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TECHNICAL FIELD 
This invention relates to professional da ta management 
system useful tn the production of product specification 

documents such as nrocnr-i ,• 

ucn as prescriptions, service or parts orders 

insurance contracts and the like that require detailed 
product and history information fro, multiple extensive 
information sources, especially remote heterogenous sources 
More particularly, the invention relates to systems that 
assist professionals perform their everyday work in 
specifying customized technical products. A particularly 
preferred embodiment relates to a computer-implemented 
prescription management system to assist physicians in 
prescribing and reviewing drugs. 
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professional activity undertaken by most 
Physicians during the course of their day is ^ prescribing 
of drugs. Many p hysicians prescribe . ^ ^ ^ 

every day. studies show that over two thirds of all doctor- 
patient encounters were completed with the writing of a 
Prescription. In i 993 typical prescribers prescrifaing 
in excess of two hundred thousand dollars-worth of drugs 
* annually. while most physicians exercise the utmost of 
professional skill and caution in prescribing, there are 
inherent difficulties and uncertainties in the process 
Most physicians will probably agree that they do not have 
access to adequate, reliable drug infection and relevant 
Patient information at the time and point of prescription 
in particular, information regarding relevant new drugs 
comparative efficacy, and importantly, relative costs, may 
not be readily and conveniently available to a physician 
creating a new prescription, as well as relevant patient 
information such as current conditions being treated 
current treatments, and preferred medications for 
conditions, pursuant to requirements of the patient's drug 
formulary . 



Nevertheiess, „ hile aocessing it ^ inpracticai ^ ^ 
typical practitioner, such i„ t or»ation i s available to a „ y 
Physician wi lling to ta*e the ti me ana make the effort to 
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in contrast, integrated patient-specific information which 
» directly relevant to treatment management subject 

Patient is frequently both unava . lable to> unobtainaMe 
by, a prescribing physician unless that physician's 
institution or organisation has been exhaustively 
responsible for the subject patient's prio r care and 
-aintains sophisticated computerised records. Information 
as to allergies, current prescriptions and currently active 
conditions is clearly desirable or essential for intelligent 
prescribing. In 1994 , feK prescribing ^ 

conducted with the benefits of integrated patient-specific 
information and fewer still haV e the benefit of specific 
aru, formulary recommendations on the subject patient. 

^^^^^ 

Drug formulary information is usually determinative of the 
cost-effectiveness of a Inscription. Unwitting failure by 
a preserver to follow foUary guidelines can impose 
unnecessary or unexpected Lst burdens on the patient, or 
their benefits provider, anV lead to poor patient compliance 
and aggravating and time-conWn, disputes. Th e cost in 
collars of non-compliance wiA drug formulary guidelines to 
benefit-providing corporations^ insurers, health maintenance 

10^ 
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organizations and government W oviders , for example MEDICAID 
and MEDICARE, can be enormous\ The cost of poor patient 
compliance may ultimately increase the total cost of care by 
generating a more serious, expensive adverse health outcome 
( emergency room visit, or hospitaiadmission or death) . 

A difficulty in making integrated patient-specific 
information readily available to prescribing professionals 
is that the needed information components are not 
centralized but are widely distributed geographically and 
even when their geographic or electronic locations are 
known, are hard to access because of proprietary and 
liability and patient-confidentiality concerns and because 
of system, file or protocol incompatibilities. 

Even in the computer-abundant United States, in the mid- 
90'., prescription writing is generally a manual process. 
After consulting with a patient to determine their problems 
and diagnosing, or attempting to diagnose their condition or 
disease, a physician selects a drug and a dosage and an 
amount to prescribe based upon their own personal knowledge 
and experience, if necessary using available reference 
materials which may or may not include promotional materials 
from drug manufacturers, a prescription is then written up 
under the physician's signature and bears a patient 
identification, a drug name, dosage amount and timing, 
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refillability information and the physician's signature, the 
date, possibly an advisory regarding contraindications, and 
little other information. While a prescription may be 
typed, keyed or otherwise "generated" on a computer most 
prescriptions are still manually written. 

Prescribing activity should be a good field for 
computerization, but one difficulty is the lack of apparent 
benefits to many physicians. Paper prescription pads are 
small and easily carried around by a physician. Manually 
writing a prescription will often be quicker and easier than 
using a computer, however good the system. The benefits of 
automated information systems often come not from greater 
data entry efficiency, but from the increased efficiency of 
the entire process, from the value of the transaction 
records generated and also from the control of the 
transaction entry process which may ensue. Physicians who 
are not computer-literate or who are even "computer-phobic" 
will require a most compelling reason to adopt a 
computerized prescription management system. 

To be fully effective, a prescription management system must 
be readily usable by a wide range of physicians, preferably 
for all their prescribing activity must provide compelling 
value to patient care and increase overall treatment 
management efficiency. Providing an attractive computer- 



based system to physicians is fraught with unexpected 
difficulties. 



Physicians and other health care professionals, especially 
those with prescribing authority, are representative of 
certain groups of professionals whose unique characteristics 
raise obstacles to the computerization of their day-to-day 
professional activities. Desirably, a computerized 
professional management system should be capable of flexible 
integration into their personalized and varied work flows. 

contrary to many perceptions and assumptions in conventional 
data-management systems intended for use by physicians, 
clinical physicians are not deskbound workers and do not 
usually have continuous access to a personal desktop 
computer during the course of their normal daily routine. 
To the contrary most physicians are ambulatory or even 
highly mobile, moving from room to room, from office to 
office, from hospital to hospital and to and from their car 
and home. While some physicians may spend the majority of 
their health care patient encounter activities at or near a 
desktop in their own office, such physicians are probably 
the exception, m clinics and hospitals physicians are 
often continually on the move between examination rooms, 
reception areas, administrative centers, hospital wards, 
specialist facilities such as radiology rooms and so on and 
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so forth, in addition many physicians have more than one 
practice or more than one professional activity which takes 
them between an office or clinic and a hospital or other 
facility on a regular basis. Accordingly, it is a 
significant technical challenge to provide such mobile 
Physicians with access to a computer-implemented management 
system that is readily available at the point of care. 

Portable computers are a possible solution to the access 
problem now that powerful and compact notebook computers are 
widely available. Although currently available portable 
computers offer some advantages particularly to physicians 
moving between one work place and another, they also suffer 
certain drawbacks, one drawback is that external 
communication is difficult being commonly effected by moving 
diskettes, a valuable but limited method, or by modem 
connection to a telephone line which inconveniently requires 
Plugging into a wall jao k. Though possibly adequate for a 
Physician having multiple offices, neither the communication 
Beans nor the portability of such systems is satisfactory 
for a ward physician moving from patient bed to patient 
bed. The weight, and form factors o, traditional portable 
computers are severe impediments to their assimilation into 
-any clinical physicians' daily lives as dependable 
assistants to their professional work. 
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More recently, small handheld or palm computers known as 
personal digital assistants or personal information 
communicators have become available. An example is the 
Apple NEWTON (trademark). As of summer 1994, these are 
rather rudimentary devices as compared with desktop or full- 
powered portable systems, having modest permanent and RAM 
storage capacities and limited processing and communications 
abilities. Attractive to busy mobile professionals for 
their small size, such handheld computers can also embody 
highly desirable radio wave or infrared wireless 
communications abilities enabling them to exchange data with 
host systems without the cost or inconvenience of hard 
wiring. 

Such portable hand held radio communicating computing 
devices are attractive for computerizing mobile 
professionals such as physicians, but their processing and 
storage limitations represent a real problem in providing a 
sophisticated, capable and attractive system for physicians. 

A broad objective of this invention is to provide a 
prescription management system that can be used by 
physicians on such mobile computing devices. 

Simply delivering a system on a convenient portable computer 
will not be enough to assure its regular use by a majority 
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of physicians. Though highly educated and technically 
skilled, many physicians are not computer literate and are 
averse to confronting a computer screen. Some may even be 
intimidated by computers. Nor do their busy schedules 
permit time to learn complex or difficult systems. Even for 
an experienced user adoption of computer use into their 
daily routines requires time change and adaptation. With 
tremendous competition for their time, physicians will only 
be willing to take these steps if they are enticed by 
powerful system features that provides them with compelling 
value to patient care and overall practice management 
12 efficiency. 
13 
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Nevertheless, the greatest of system features will be 
worthless if the system hinders the professional in 
executing routine functions. Even at sophisticated computer 
products companies with access to, and experience with, 
state-of-the-art systems, telephone sales staff often take 
down orders with pen and pad rather than using an on-line 
20 sales order systems. 
21 

An experienced professional practicing their specialty for 
example a pediatrician treating infants knows from 
experience exactly what to prescribe, in many instances. 
They will have neither the time nor the patience to work 
their way through conventional software selection and data 
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entry procedures. Accordingly, a further object of this 
invention is to provide a prescription management system 
which personalizes itself to the prescribing patterns of 
experienced users. 

SUMMARY OP THE INVENTION 

This invention solves a problem. It solves the problem of 
providing a computerized, prescription management system 
that an average prescribing physician can use and will want 
to use and which makes possible significant improvements in 
the quality of prescriptions written. m preferred 
embodiments, the invention also solves the problem of 
significantly reducing prescription costs to patients and to 
their drugs benefit management company or government agency. 
The invention solves these problems for physicians by 
providing a prescription management system for electronic 
prescription creation by a prescriber at a point of patient 
care, said prescription being usable by a pharmacist to 
dispense drugs, said prescription management system 
comprising: 

a) electronic posting means to select and capture in said 
prescription: 

i) a patient identifier; 
ii) a prescribed drug; 
iii) a dosage for said prescribed drug; and 

b) a patient-condition treatment specification procedure; 
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whereby in creating said prescription said prescriber 
specifies a patient condition for treatment by said 



3 prescribed drug. 

More generally, the Invention provides a computer-based 
professional product lecification system tor use by other 
professionals, in additVon to physicians^hich can deliver 
substantial benefits to mobile, users ^-may,^ rnrnpntor- 
ine x pcri m ioo d-. \ 

\ 

By associating a patient condition or problem with each drug 

recorded .^physician'sintent^SU^ ^. r-y-l rlnn 
^-^^^^^^^^^^ 
prescription management syste^^^ minimal data entry 
enabling^prescriptions to be created with an overali 
efficiency unobtainable by ^ k „o„V automated systemgand 
which can helpfully supplement the skills of the besAf 
19 practitioners . 




Pursuant to one preferred embodiment of the invention, the 
drugs in the drug list are classified according to a patient 
condition for which the drugs are effective and the onscreen 
drug selection procedure lists multiple drugs for treating 

25 each patient problem. m an alternative embodiment, the 

26 user makes a drug selection by generic or brand name or some 
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other drug identifier, and the system supplies, suggests or 
requires, entry of an appropriate treatment condition so 
that the patient record is completed with the condition or 
conditions for which the selected drug is prescribed. 



The invention also provides a user-adaptive prescription 
management system for electronic prescription creation by a 
presenter at a point of patient care, said prescription 
being usable by a pharmacist to dispense drugs, said 
prescription management system comprising: 

a) electronic posting means to select and capture in said 
prescription: 

i) a patient identifier; 
ii) a prescribed drug; 
iii) a dosage for said prescribed drug; 

b) a patient-condition treatment specification procedure 
whereby in creating said prescription said prescriber 
specifies a patient condition for treatment by said 

19 prescribed drug; 

20 c, an onscreen drug selection procedure having a patient 

condition list specifying multiple possible patient 

conditions, having a drug list specifying multiple 

possible prescribable drugs and having drug 

specification means to S Pi^t 

«ons to select and post a desired drug 

to said prescription; and 
d) tracking means to track preferred data usage by a user 
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and to adapt data displays to favor such preferred 
usage, whereby the system learns and adapts to a user's 



wherein drugs in said drug list are classified according to 
a patient condition for which said drugs have efficacy and 
said onscreen drug selection procedure lists multiple drugs 
for treating each said patient problem. 

Drug lists or individual drug selections or suggestions may 
be presented to prescriber-users in any of a variety of ways 
for example by frequency of prescription for a selected 
condition, based upon either the user's historical 
prescription activity or a wider base of historical 
prescribing activity, which could be nationally or 
regionally defined or derived from a drugs benefit house, 
health maintenance organization, hospital or other 
appropriate institution. 

syste- suggestion, for condition-related drug ..^^ 
be further refine* into categories such as relatlve ^ 
generic or brand na»e and so on. Where „any drugs are 
availa ble for treating a patient's active condition, one 
particularly useful presentation is by multiple lines Qf 
therapeutic preference according to drug fornulary 
Adelines. Thus, with i n the patient's particular for»ulary 
there »ay be suggested first, second and third lines of 
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therapy. Different suggestions may be made for different 
patients according to the preferences of the patient's 
particular drugs benefit management company. 

Preferably the system includes a comprehensive database of 
approved drugs classified by conditions for which they are 
known to have therapeutic effect and this database need not 
be maintained in the users station but should be accessible 
in real time to the user. Many valuable professional 
benefits are obtained by delivering a selective listing of 
arugs by condition to a physician. For example in treating 
a particular chronic condition such as gastro-intestinal 
disease, a physician may find that common medicaments such 
as antacids are ineffective, that a particular brand name 
drug such as TAGAMET (trademark, has, with prolonged use 
undesired side effects so that the physician may at this' 
Point be interested in gaining information about alternative 
arugs with which they are less familiar. If the physlcian 
aoes not have the information at their finger tips, this 
-Id be a time consuming process in their office reviewing 

files and other archival i n f n ^' 

rcnival information systems they have 

Alternatively o„-li„e electronic services may be used but 
this can also be a time consuming process. By offering a 
comprenensive.selection of drugs known to be effective for a 
particular condition, this problem is easily solved for the 
Physician. The preferred embodiments include back-up 
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prescribing information on each drug, along with details of 
literature references supporting its manufacturer's 
therapeutic claims or with means enabling the physician 
promptly to obtain such references. 

The invention is not limited to providing a prescription 
management system. it can provide, in the medical field 
alone, systems for clinical laboratory management, for 
medical record management for radiology management and the 
like, m addition the invention can provide novel 
professional data management systems that can create new 
products and yield comparable benefits in other professional 
spheres where professionals are responsible for specifying 
more or less complex technical products to solve client or 
customer problems. 

In this wider aspect the invention provides a professional 
product specification system for electronically creating a 
technical specification usable by a professional to specify 
technical products said product specification system 
comprising: 

a) electronic posting means to select and capture in said 
technical specification: 

i) a customer identifier; 
ii) a specified product; and 

b) an onscreen product selection procedure having a 
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product benefit list specifying multiple possible 
customer benefits having a product list specifying 
multiple possible specifiable products and having 
product specification means to select and post a 
desired product to said specification; 
wherein products in said product list are classified 
according to a customer benefit which said products can 
provide and said onscreen product selection procedure lists 
multiple products for providing each said customer benefit. 

BRIEF DESCRIPTION OF THE DRAWINGS 

By way of example, some preferred embodiments of the 
invention are described in detail below with reference to 
the accompanying drawings in which:- 

Figure l shows a\ystem entry screen of a prescription 
^ ana gomo gAsystem embodiment of the invention 
which systeA incorporates the screens of 
Figures 2-11 ,\ 
Figure 2 is a patient Selection screen; 
Figure 3 shows a prescription creation screens- 
Figure 4 is a condition i^ist selection screens- 
Figure 5 is a condition selection screen; 
Figure 6 is a drug selection screen, condition 

specified; \ 
Figure 7 is a nonformulary drug, selection screen; 





1 



7 
8 
9 



-17- 

Pigure 8 is an alternative condition-specification and 

2 drug selection screen; 

3 Figure 9 is an alternative direct drug specification 

4 screen; 

5 Figure 10 is a condition selection screen, drug 

6 specified; 
Figure 11 is a drug selection evaluation screen; 
Figure 12 is a single prescription history screen. 
Figure 13 is a patient problem history information 

10 screen; and 

11 Figure 14 is a manually updatable problem list 

12 i7 maintenance screen; 

Fi ' ure 15 nitrates a scheduled dosage drug package; 

Figure 16 is a schematic diagram of one way of 
connectingV users of the prescription 
management system of Figures 1-14 with remote 
source databases across network to provide 

19 data and processing resources needed during 

20 operation of the description management 

21 system and useful ikter alia for creation of 

22 a virtual patient rectfrd/ 
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2 4 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

25 Overview 



26 



The prescription management system illustrated in Figures l- 
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14 can be provided in software for single-user operation on 
a stand-alone personal computer for use, for example, by a 
sole practitioner or for multi-user operation on a local 
area network for use, for example, by physicians and other 
prescribes within a single facility, hospital, group 
practice, or the like prescribing organization, and the 
invention can bring substantial benefits to such users and 
their patients. 

However, more significant benefits can accrue to patients, 
physicians, drug benefit providers and the public at large 
by implementation of the described prescription management 
system on a regional or nation-wide basis. To this end, a 
preferred embodiment of prescription management system 
comprises a host computer facility supporting wired or 
wireless network delivery of user-relevant components of 
said prescription management system to multiple remote user 
interface devices. 



The host computer facility provides data, or access to data, 
data processing and communications resources for users to 
draw upon via the user interface devices. The host computer 
facility can be a server or cluster of servers with 
associated data storage volumes, and at least one 
intelligent client providing access to the server or 
servers. As will be explained in more detail hereinafter, 
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especially with reference to Figure 16, the host computer 
facility can call upon a variety of external resources and 
functions as a marshalling and processing center for 
organizing resources into useful and manageable pieces for 
utilization by limited capacity user-interface devices. m 
a preferred embodiment it is a co-ordination point on a 
network for a number of user-device clients. Preferably the 
network accesses or includes a number of remote database 
sources providing useful information elements to the system. 

erring to Figurel i to 14 of the drawings, the screens 

Sh ° Wn ^ P c^:r/^ ndly ^ Selecti - — **. entry 
devices, such as are faWliar to many computer users in Apple 
Corporation's Mac intosh\ (trademark) and Microsoft 
Corporation's Windows operating systems, for example 
activatable buttons, pointers, scroll bars, icons, arrow 
key, drop-down menus, windoL and other screen symbols 

designed for actuation bv a Ani«+-™ ^ • 

a tJ .on cy a pointing device, for example, a 

mouse or trackball. More preferably, for compact "pocket- 
book" computer applications, th\pointing device is a pen or 
stylus. 

The prescription management system shown in this embodiment 
of the invention has been designed for imputation on 
physically compact, portable, user-interface devices such as 
snail portable personal computers, especially hand held 
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devices known as personal digital assistants. Those skilled 
in the art will understand that the system can readily be 
used on or adapted to other hardware platforms, for example, 
a physician's desktop computer and can be expressed in 
different software interfaces from that shown, especially 
ones that use different input devices such as keyboards, 
touch pads or touch screens and the like. 

Pursuant to certain user-adaptive aspects of this invention, 
the screens automatically personalize themselves, with use, 
to adopt the patterns and habits of a regular user of a 
particular device platform for the system, offering the user 
their most frequently used information, drugs, conditions, 
patients or patient groups, and so on as first line choices. 
This adaptive characteristic is a valuable benefit endearing 
the system to experienced users who may become impatient 
with hierarchically accessed data. 

Ease of use and suitability of the system to keyless or 
minimally keyed platforms, especially PDA's is promoted by 
minimizing the need for actual text or data entry by the 
user and by emphasizing instead data selection from 
extensive, preferably comprehensive, data lists. Preferred 
embodiments of the invention allow quick pen selection of 
data items through columnar pick lists. 
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The data lists, categories, groups, addresses or routes, can 
be organized in multiple hierarchies for rapid and flexible 
access to multiple large, remote databases, via multiple 
access routes to retrieve multiple related data elements and 
assemble them into a single data file, for example, a 
patient history file compiled from the data resources of a 
patient's historical health providers. 

A desirable goal is to provide the physician-user with 
intelligent data lists that are, where possible, exhaustive 
and list, for example, all prescribable drugs, all 
conditions, all formularies or all patients and present the 
physician with helpful first-line choices or defaults 
selected intelligently on the basis of historical data known 
to the system. Preferably, the selection means is fully 
system embodied, or automatic, operating transparently to 
the user and requiring a minimum of conf igurational or setup 
operations by the user. 

Virtual Patient v*™** 

An ability to compile what may be termed a "virtual" patient 
record from multiple remote databases of primary source 
information is a valuable novel feature of preferred aspects 
of this invention, such a virtual patient record can be 
created in a chronologically current version by online 
interrogation of all possible primary sources of 
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electronically recorded patient history elements, by 
retrieving those elements and assembling them into a 
complete record. Yet the record need neither be drawn from, 
nor committed to, permanent storage, obviating storage 
requirements for accumulations of patient records. 

The record can be assembled dynamically, on an as-needed 
basis, consulted by an authorized system user, and then 
dissolved, without ever having been saved, giving the record 



10 a virtual character. 
11 



Record element retrieval and record assembly are conducted 
under the auspices of the host computer facility employing a 
novel patient data directory service providing routing 
information to each patient's record elements. For each 
patient, the patient data directory service lists all 
institutions, including independent physicians, hospitals, 
HMO's, insurance companies, and so on, known to have source 
historical records on that patient, against a unique patient 
identifier, such as described hereinbelow. Also listed are 
routing or address data enabling the host facility to access 
institutional databases to retrieve record elements. Access 
protocols detailing, for example, what data can be accessed, 
when it may be accessed, by whom or by what organization or 
department it may be accessed, can be kept in a patient- 
26 specified directory, or elsewhere. 





-23- 



Patients not listed in the directory service can be searched 
at the remote source databases and, optionally, at other 
host computer faculties supporting the inventive systems 
other groups of users. 

The complete, assembled patient history, or record, need 
never be stored, unless the patient requests or consents to 
such storage, and it serves some useful administrative or 
care-related function, storage or archiving of a record 
that is potentially updatable from multiple uncoordinated 
lecations has the drawback of dating it. To become current 
the record must be refreshed from any database containing a 
new data element for that patient. 

By using a dynamically assembled virtua! record, and never 
storing it, potential problems of maintaining patient 
confidentiality and preventing unauthorized access to highly 
sensitive personal information can be mitigated or avoided 
This aspect o, the invention avoids proliferation of a 
patient's confidential history and permits primary source 
data proprietors to act as exclusive wardens of their 
individual confidential data elements. 
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Bio-pattern recognition of personal user characteristics 
including, for example, handwriting, signatures, voice 
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patterns and fingerprints is an attractive medium for 
accepting user inputs, but in the present state of 
development of the technology, suffers drawbacks which 
disfavor use of bio-pattern recognition in preferred 
stents of the invention, Kuture devests such as 
greater processing capabilities in small user-interface 
devices, and more accurate and efficient bio-pattern 
recognition techniques may change this picture and favor 
adoption of one or more forms of bio-pattern recognition. 

Thus, handwriting recognition, is eschewed in preferred 
embodiments of the invention, at the present time, because 
writing is more tiresome to the user than pointing, pressing 
or clicking and adds complexity and processing overhead to 
the system. Additionally, handwriting recognition, although 

presently available in pioneer SVfi t.». ^ 

F-toneer systems, adds uncertainties 

may require significant user effort „, ^ . . 

==r eriort or adaptation and may 

threaten data accuracy or promote user error. 

Signature recognition may be desirable, if permitted by 
regulatory agencies, for remote electronic authorization of 
fulfillment at the pharmacy especialiy for mail order 

prescription fulfillment- 

irmment and the pharmacy-prescriber link 

can, i, desired, add additional levels of security by 
transmitting or exchanging supplemental electronic 
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However, better security, i„ terms o, ensuring that the 
filled prescription is released to the intended patient, or 
their agent, may by provided, by treating an electronic 
prescription transmission to a pharmacy as an advisory 
against which fulfillment may be initiated, while the 
prescription is released only in exchange for a manually 
signed hard (paper) copy, signature recognition or 
transmission as an individual graphic element, insofar as it 
may be useful or required in the prescribing process, can 
accordingly be incorporated in systems according to the 
invention. Processing demands on the user's device can be 
minimized by confining the device's capabilities to 
recognition of the signatures of only those users authorized 
to use that particular device. 

Adding higher performance hardware to support the processing 
needs of handwriting recognition may be impossible with 
available technology i, . preferred lig ht „ e i ght , compact 
form factor is to be retained for the user's device. A „ aim 
of the invention is to provide a qualified prescribing 
professional with a valuable tool that imposes no 
significant burdens of weight or volume on the user, that 
demands little of their time and yet can respond rapidly 
delivering valuable drug and patient information to the user 
from remotely located, disparate sources. In other words, 
an aim of the invention is to provide an intelligent. 
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knowledgeable computerized prescription pad. 



This aim could be compromised by adoption of handwriting 
recognition technology at the date of this application. 
Similar problems apply to voice recognition as a significant 
data input medium. Either or both handwriting and voice 
recognition may be valuable enhancements of future 
embodiments of the inventive systems especially if future 
technology makes these capabilities available on smaller 
user devices. m particular, limited voice recognition may 
be valuable as a user identifier for password access or as 
an authorizing signature. 

Security 

security may be provided by password protection operating 
hierarchically on one or more levels, to provide varying 
degrees of access according to the user's level of 
authorization, as desired. Additional password or numeric 
code control may protect sensitive system-accessed 
information, for example, patient records, or parts thereof, 
or physician-user data, including personal lists and 
prescribing profiles. 

Patient record access codes can, in selected instances, be 
patient provided, or granted by intelligent security control 
cards, having been furnished to the patient by a system 
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administrator, or agent, prior to the physician encounter. 
Physician or other user access to a patient's record, or to 
sensitive details thereof, can thereby be restricted to a 
need-to-know basis. Access by third parties to physician- 
related data can be similarly protected. 

Provision for override of such security features should be 
available, for example for an emergency ro=. doctor, and is 
allowed on a special case exception basis, is auditable, and 
traceable to the overriding user. 

Password-controlled access to many computer networks is 
often workstation dependent with each workstation using a 
unique password to access the network. Although user 

passwords may also be employed, these m „ ff 

r tnese are often workstation- 

dependent, for example, being incorporated in the 
workstation's login scripts. In contrast thereto the 
present invention prefers that user access to the host 
computer facility be device-independent so that a given user 
can access the system via any of numerous devices, provided 
they have the right password or passwords. By this means 
users are not dependent upon a single device that may be 



23 lost or misplaced 
24 



25 
26 



A still more preferred feature is to have user passwords 
which link each user with an individual profile or style 
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sheet on the host computer facility representing the user's 
X 2 pattern^ of preferences so that the user-customization 

features of the system, which will be described more fully 
hereinafter, are readily available to the user independently 
of the particular interface device that happens to be 
6 employed for accessing the system. 
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These and other device-independent features can permit the 
prescription management system to be fully operative without 
committing useful data to storage on the user device. This 
is a valuable security feature. In the event of theft or 
attempts at unauthorized use, even by skilled third parties, 
a user device will be worthless as a means to access 
sensitive data on the system or to use the system illegally. 



Optionally, lost or stolen devices can be deactivated by the 
application or by system software, after user notification, 
by erasing or otherwise rendering device-resident 
application procedures inoperable, without loss of device- 
resident data. Use of a virtual patient record, as 
described herein, which need not be stored locally, is a 
valuable safeguard against unauthorized access of 
confidential data on lost, stolen or "borrowed" user 
24 devices. 
25 

26 Host computer facility 
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Currently contemplated preferred embodiments further control 
the processing and storage demands placed on the user's 
device by intelligently delegating data-processing and 
storage activities to a linked remote, host computer 
facility, as referenced above, to the extent warranted by 
the capabilities of the user device. Thus, for example, a 
comprehensive drug database may be stored and maintained on 
such a host computer facility with selected data, for a 
particular drug list or an individual drug's formulation 
characteristics, being forwarded to the user's device on an 
as-needed basis, then being eliminated from the user device 

12 when no longer required. Other activities may 

13 advantageously be performed locally on the device, such as 
dynamic assembly of records from elements retrieved across 
the network from remote storage, and storage of the user's 
personal or most frequently referenced data and data lists, 

17 where the device's capabilities permit. 
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Where the user device is more powerful than present-day 
PDA's, for example a present-day desktop computer or perhaps 
the PDA's of the future, more processing and data storage 
22 functions can be retained at the user device rather than 
delegated to the network. Although permanent (disk, 
diskette or flash memory) storage may have uses, security 
concerns can be better managed on the network than on the 
user device, so that it is preferred that minimal data be 
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permanently stored on the user device. Accordingly physical 
storage resources of limited user devices are preferably 
allocated to RAM rather than permanent storage. 

Advantageously, a user profile can also be stored on the 
host computer facility so that if the user device is lost, 
broken or stolen, a new device can be automatically 
reconfigured across the network linking the user to the host 
facility, so that the application behaves the same. 

Preferably such a host computer facility also provides 
customized services to each user device, performing ..user- 
adaptive" functions for that device, as described herein, to 
adapt it to its authorized user or user's prescribing 
behavior and improve the level of assistance provided to the 
user. Employing such off-ioading techniques, permanent 
storage capabilities of the device can be minimized in favor 
of faster RAM storage capabilities. 

The screens are designed to be non-intimidating to computer- 
inexperienced professionals and to present familiar 
information and terminology to them while avoiding 
specialist computer Jargon. Individually, they are easy-to- 
use for novices yet rapid enough for experienced users 
collectively, they provide an appealing system interface 
which can flexibly integrate into a physician's personal 



work flow. 



in addition, the screens are laid out in the manner of 
appealing logical forms that echo familiar data formats 
encountered by a physician in their day-to-day work. An 
important objective is to make the screens self explanatory 
within the professional's normal terms of reference so as to 
avoid any need for access to help, although of course, HELP 
buttons can be provided if desired and extensive help 
documentation can also be provided. System utilities such 
as indexing, setup and purging are either concealed from the 
user or removed for execution on a remote host computer 
facility. Data integrity and availability responsibilities 
are also delegated to the host computer facility, or its 
remote data suppliers. T hus data saving, archival, backup 
and data-replication functions are host facility 
responsibilities, not concerns of the user. 

The system is designed to require a minimum of actual text 
or data entry. So far as possible, item entry is effected 
by selection from lists of items, for example by 
highlighting an item, then clicking a mouse, or more 
preferably penning, to activate an item. 

The prescription management system is made as user-friendly 
to physicians as possible, for example, by U si„ g faniliar 
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professional terminology and abbreviations. Thus terms such 
as -Patient" or "Pt», "Drug" or -to", "condition" or »Dx" 
and "Treatment" or "Tx« are used rather than confusing 
generalities such as "subject" and "item" that often appear 
in generic software. The Prescription Management System 
shown in this embodiment of the invention has been designed 
for use with small portable personal computers, especially 
hand held devices known as personal digital assistants. 
Those skilled in the art will understand that the system can 
readily be used on or adapted to other hardware platforms, 
for example, a physician's desk top computer and can be 
expressed in different software interfaces from that shown. 

Referring now to Figure 1 the system entry screen 
iHustrated has a user-customizable button bar 10 which has 
been set with a conventional Quit button 12 and a Help 
button !4, along with a HaU button 16 for accessing an 
electronic mail ("s-Haii", systex> , Pres<Jribiaj ^ ^ 
for accessing the prescription management system embodiment 
of the invention, an Encounter button 20 for accessing a 
patient encounter management system (not further described 
herein, . *n s Svc button 22 accesses an answering service 
screen (not shown,, wh i C h as a convenience function can be 
dynamically linked via the host computer facility to log 
incoming calls for the user. The answering service is 
preferably intelligent and prioritizes, by flagging or 
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displaying, patient- or treatment-related calls, for example 
/those from a pharmacy, while screening out or de-prioritizes 
less relevant calls. 




c f 



y 



f ? History-cognit ive drug and ^u^ n li^ng 

A Doctor's Lists button 24 acce<?w« a ~ ^ 

liimcy \ " accesses a more or less complex 

display of patiW condition and therapeutic drug lists. 
Preferably, theWug and condition lists are linked together 
to associate a dlug with one or more conditions for which it 
might be prescribed and, in most cases to provide the 
Physician user wilh a conveniently displayed, concise 
selection of drugs\f 0r treating any particular condition, 
in a preferred featWe of this invention, the system has a 
user-adaptive character and adapts itself to the user's 
habits and prescribing patterns so as to service the user 
-re efficiently. To \ this end, the drug lists or the , 
condition lists, or b^^^ wit^'^' * J 

reflect the prescribing frequency of particular drufs^r %e 
frequency of occurrence \of particular conditio^ <£hus 
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-ore frequency prescribed drugs or more frequently 
encountered conditions caA be presented to the user 
Physician in a more prominent manner or more immediate 
manner than ones found by tL system to be historically less 
common in the particular usel prescribing environment. In 
this way the system becomes mire valuable with use as the 
drug and condition lists develYp into personalized lists 
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With such cognitive features the inventive system is 
effectively cognizant of ongoing prescribing activity. it 
comes to know its user's environment and preferences, can 
adapt itself to any number of specialist situations, and 
can, if suitably equipped, subtly prompt the user, online 
with original, relevant, but elusive information derived 
from the user's computer-memorialized practice experience. 
For example the system may prompt the user that the last 
time Drug x was prescribed for Condition Y, Patient Q 
reported adverse reaction Z. Where the host computer 
facility documents a catalog of Known adverse reactions to 
system-listed drugs, a system enhancement can report new 
adverse reactions to the user or centrally, to the host 
computer facility, by tracking l ogge d patient conditions and 
relating them, where appropriate, to a previous 
Prescription. In similar manner the system may log drug- 
drug interactions, which interactions can also be associated 
with a target condition or conditions. Many other valuafale 
retrospective statistical studies and analyses are made 
Possible by deployment of the invention, as will be apparent 
to those skilled in the art. while such studies are 
Potentially of immense public value if widely implemented, 
careful controls will be required to avoid reporting 
unrelated conditions as adverse drug reactions. 
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With time, as it adopts appropriate specialist prescribing 
patterns, the user-adaptive prescription management system 
of the invention can be just as relevant and useful to, for 
example, a specialist in tropical medicine as it is to a 
pediatrician. This desirable result can be achieved without 
encumbering either specialist with the needs of the other. 

Those skilled in the art will appreciate that the 
invention's cognitive, user-adaptive features employ 
significant programming routines and procedures and are 
quite different from common, user-responsive software 
defaults which merely offer defaults pre-set by the user or 
simply show the last used item, file or the like as a 
default. 

If desired, the user's prescription »anage m ent systen, can 
have built-in, onll „e, statistical reporting functions 
enabling a physician user to review their, or others 
historical experience with a particular drug or condition 
and providing online historical review of any other 
activities or data entrusted to the system. 

Of scientific note is th**- 

note is that the system is privy to and 

operates at the confluence of three powerful emergent data 

stream encyclopedic data on therapeutic agents intended to 

-derate particular conditions or patient problem; data on 
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individual prescriber activity using skill and Judgment to 
diagnose conditions or problems and make prescribing 
decisions selecting and applying therapeutic agents to 
diminish diagnosed conditions; and patient history data 
recording not only prescribing decisions but also the 
results of those decisions (see the description of Figure 
12. below,. Thus, the system captures not only prescribing 
activity but also the preserver's intent, the problem or 
condition targeted by the prescriber in specifying a 
particular drug, and can track the success o, that intent 
The linkage of treatment with condition treated captures the 
reason why the doctor took the prescribing action that was 
taken. This intent may, and can legaUy, be different from 
approved PDA therapeutic indications for a drug. 

Of commercial note 1 C *-u~*. .... 

note ls that the foregoing data may be 

aggregated for multiple users, for example by the host 
costing facility, for fflarket research purposes ^ 

-dividual user's prescribing patterns may be reviewed by 

the user or by others. For e v amnlo * 

*or example, drug benefits 

companies, can review the user's prescribing patterns for 
formulary compiiance and respond by encouraging better 
compliance, where appropriate. Helease of such data to 
third parties can be controlled to safeguard the privacy of 
the prescriber, or other health care provider, by 
prescriber-determined data access protocols specifying who. 
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L h ion ' dep ~ - — — . -»* 

they nay aoosss lfc _ what ^ ^ dQ 
** exa^e, one physioian may acaaemio 
research st udie s and prohmt _ 
may permit either. "°^ner 

^ ViH bs de scri b e d .„ detaii ^ 

optional features fo- " 9e of 

»il feat " anSWeri " 9 SerVi « — - 

-xl features »e„ tl one d above , or other colnlnunlcations 

««— . can be made avaua bl e from button bar „ p 

T V Ser ^ — — to custom^ he 
S yste» to their personai „ eeds and tastes 

~ q s "'»c**"" r rnrn)1l1| ^ 

Skeptical prescribers a ^ 

rS are enc °uraged to adopt the 
Prescription management system of the ■ 

ah{1 ,. , y " ° f the invention, by its 

- ^t a „z irz ir-— — 

« re adily a C ce ssible : te ti0 "' ^ « * 

P°-t-of- oare by conventional 



Pnetary ln f orM tion systems at the point 
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- e„ abling . physioian to ^ ^ ^ 

categories of data: 

i) Physician-user prescribing reauency data- 
"> Patient drug formulary information as tQ . drug , s 
status with . patient , s ^ benefits ^ 

"X) drug dosage characteristics. for example, form 
size, route of administration, 
and the like; 
iv, drug-specific treatment . nformat . on ^ ^ 

condition-related efficacy, a „a pre f era bly as to 
C ontrai„ d ic a ti ons and adverse reactions- 
v) reievant patient history information as to ^ 

and previous prescriptions, and preferably also 
P~ to the teaohing Qf ^ < 

problem-history information; and 

rlTdT ^ ° ther dla9nOSti ° 
- ted to the patient, indications, to dosi„ g , 

to therapeutic choices or to speci fic dru g 
selections. 

r p i;;r y ' this data is * - - — - by 

re ot f rStrieVal ^ ^ ~- — at 

y rSlying Upon redundant non-source data 

Z: rin9 ^ -h source data 

remain r-n u 



vi) 



26 remain current. 
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"ems ^-v) ahove. win he descrihed in considerable detau 
nere lnaft er. wlth regard tQ diagnostic tests ^ 

procedures. for example radiology, the invention 
--put- electronically bringing relevant ^ 
«- — of care to assist health „ 
-formed decisions. Such diagnostic 
-Prise recommendations for clarifying , 
; agnOSiS ' °* Ch0i « ° f «-»~-, or may comprise 

therapy daemons and, in partioular( ^ ^ 

therapeutic drug selections. Body system , * • 
for ex amnl system function tests, 

example renal or liver function tests are clearly 
valuable to a drug selection process sin 

condition are important i„ " "* " W 

—ions. other vj^zr..***' ot sone 

t . «r relevant diagnostic 

err can usemiy be ~~ « «- ~* o f 

' 7 ~"" °* the * invention, for examol „ 

level determinations can enhance d ■ 

enhance dosing decisions. 

&**ent enron pt-nr nm^ .^ 
A useful, prescription management S v E) - 

~er program can hegin JtTa t ^ 
such as that of Figure / J"" * ^ -een 

example, be initiated via ^ ^ ^ 



2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 



J 17 
18 
19 
20 
21 
22 
23 
24 
25 
26 



screen of Figure but ^ ^ ^ 
2 Programs or any other program ^ which ^ 

-ate, update and ^ . ^ 
patient history is valuable. 

Preferred embodiments of softer-- 

of software procedures (or programs) 
associated with the novel oati^ 

moated in Flgure 2 a r 4 re °° rd SeleCti °" ~" 

cords, for example, by using the lm=<- 
computer facilitv ^ st 

and , 3lSO P °" ne " records 

and updates, created iocally by the phvsi • 

J une Pnysician-user- 
-Itipie remote databases in real time • 

real time, or m batch mode. 

B qtjent reeo^ - nn reft 

aatabases maintained for .».„, w 
^ bene «t companies, insurers lab * 

aia g „ostic testin, f ' ^""^ — 
—ce orations ^ ^ 

— es, -t have ser^d ^ 

Known automated patient PaSt - 

Patlent re "« systems either i m „ 
remote data and work oniy with dat 19n ° re SUCh 

faciUty or vert ca ^ 
organisation, or create 7 "^"^ hSalth "~ 

r create and maintain dupucates of the 
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Still More prefers embedments of the inven, • 

substantial savings of resources J" ~°" -vide 

ces ' tlme and effort bv usir.^ 
only source ri^f, * Y usin 9 

-Itipx. V reC ° rdS ' nini " i2i ^ of 

-Itipie redundant local databases that retire constant 
synchronization with r«n«* °nstant 

with remote sources if they are to remain 
accurate and up to date. 

The invention also provides novel data * • 
systems to retrieve rel ^ 

PatiSnt data ts from 

pTefl;;^ het6 ~ S — — Phases 
Preferably, eve ry time a h««*- 

^ a US er device f ^ ^ ^ ^ " 

e r °r a patient history or r>*+\ ^ 

-ora, relevant data elects, for that reco rd 0 
component ( e a tho _ record, or a record 

i*=»g. the most ronov,^ 

Portion,, are retrieved frl " " 

vea fron > remote source H 3 f a u 

-yn^icallv assembled, or intend i nto 
«=ora, as described above J d el 

^ an i„te g ral sys t em data ' s ' ^ ^ * — -ice 

asseml.lv, Khich d0 es not re — 

=an be perform d " ""^ hard " are 

P"""™* on board the user device. 

- - no t need to be 

permanently stored. 
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The host computer facility responsible for dynamic _ 
of the virtual record logs the tiae> date ^ Miung 
to provide an audit trail of access tQ patient s 

but does not commit the record « 

record to permanent storage. After 
use, the virtual patient recowi 

P lent record disappears, although it can 

be reconstructed archivally. 

« the record is reguired again , it ± . ^ 

incorporating any updatM that ^ ^ occu ^ 
the ln te riln , tor exafflple changes ^ 

insur a noe oover age or the lit.. , ' 

radio, ly 9ene " te 1 laboratory, 

Oology or other diagnostic or ^ 

emergency, prescriptions dispensed. The act of 
record externally of its . —Ming a 

record- it ■ i-ediately dates the 

record. lt ls cut off from any u ^ ates 

*~ w p dtes ' an °- therefore 1iahi« 

to become incomplete 0 h««i liable 

P-Lete, obsolete or dated. Virtual . 
record assembly as d(ac - u v ^tual patient 

*bly, as described herein, avoids this oron! 
-in, local storage of patient records unnecessary " 

ZZ2T arOMVSd ^ ^ ™ - ~ a 

complete transaction history so th*t- 

"ry, so that past activity can h~ 
reconstructed. Such a data-reconstruction capahii ty to 
-vide clear hind vision of the patient, re lr ^ 
-n tlne is a „ important * 
h s o version , preferawy reconstructea J hat 

transact^ lo g and assembly of t iffl ed and dated record 
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1 elements, or segments, in . Manner not uniike that used by 

2 version control software. 
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Creating a virtual patient record permits optimal data 
currency and accuracy and, by avoiding unnecessary redundant 
copies of patient data minimizes liability for misuse or 
unauthorized access. Patient confidentiality can be 
maximized and is verifiable by the system-generated audit 
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Preferably for individual record elements to be admitted to 
the system, they are required to be at least dated and 
preferably also to be timed at source, such timing and 
bating relating to whatever event created the record. In 
addition to its value as an integral record characteristic 

chronological data is useful for r***. 

UI for retrospective archival 

reconstruction of a record as it existed m 

existed (in its elements) 

at any given point in time. This can h 

inis can be achieved by 

retrieving record elements, as describe k 

' described above, using a 

nTr d3te ^ " aPP " Priate ' * «" ««~. to 

cluae on ly thoS e (or seated ones o f t hose) record 

SUCH an arohival retrospective ^^^^^^^ 
= a pa W U ty is . highly desirafaie adjunot ^ ^ ^ 

Patient record descri bed herein permitting ^ 
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examination of any desired historical records, such as may 
be required for review or legal purposes. 

Using the above-described method of dynamic retrieval from 
remote databases across a data-retrieval, record-integrating 
network, source database proprietors can remain wardens of 
the only copy of that data and obtain patient authorization 
to be the sole repository of that data. Laboratories can 
keep laboratory records; insurance companies can keep 
insurance records; hospitals can keep hospital records; and 
health maintenance organizations can keep their own records- 
without ever having to release copies of these records into' 
external electronic storage by third parties, with the 
security hazards attendant upon such releases. Any 
electronic release made externally using the data access 
control features described herein can be assured of always 
being authorized by whatever entity, be they patient 
Physician or organization, that has proprietary rights in 

the Haf a 
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2; patient .selection anr— 

* contact, a BSeS^" * ^ ~ ~ 
24 p ia ,, ro , * ^Y^' f ° r exam Ple as shown in 

Figure 2, is displayed as * A- . 

P ayed as a preliminary to prescription 

management functions R e f orH « V 

screen o f Fig ^ ^ 

igure 2 x the name, age,\gender, and social 
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security numbers patients who have authored the user 
Physician to treat i*em, or to access the sygtem on their 
behalf, are listed undV respective column header buttons, 
namely, Name button 26, button 28, Gender button 30 and 

Social Security # button 32 s 

Lists can be scanned, or text entries Made in a blank search 
box 34 at the top of the screen, using string or full name 
searches to locate the desired patient or to review the 
patient list, column headers 26-32 can be clicked or 
touched to sort the patient list on any of those fields and 

fields so that, for example, if the listing is sorted by 
socia! security number then alphabetical entry attempts are 
reacted from search box 34 and numeric entries are used as 
social security number locators. Th e characters can be 
Keyed or system provided from pop-up screens, or voice or 
handwriting recognition may be employed. 

-Kew pt button 3* 

Wis 



activates 



a new patient entry bar, while^ 



a ^-«t= ok button 3 9 accents a hi~to • w*. , 'o*' 

ocepts a hxghlxghted patient selection and 
advances to the nree-X 

the prescription management screen of Figure 3 

Cancel button 38 return\t-« «-», 

returns\to the system entry screen of 
Figure l. x 



If desired, preliminary selection n * 

Y selection of groups of patients can 
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be made by providing various patient lists, for example 
"Today's Patients", "In-Patients", "Out-Patients" , "Private 
Patients" and the like. Such patient lists are preferably 
system-maintained, on an ongoing basis, using the latest 
data available to the system and preferably enable the user 
to select a convenient group of patients that has a high 
probability of including the next patient or patients to be 
encountered, thereby speeding access and retrieval of a 
desired patient record, where the user typically encounters 
patients in groups, for example one group in an out-patient 
clinic and another group in an in-patient clinic, such 
grouping of patient records into lists also facilitates 
organization by a host computer facility of display data 
into small batches that can ^ ^ ^^.^ ^ 

limited capacity copper wires and modems and are of a size 
that can conveniently be held in RAM on a small, portable 
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18 

19 Patient n a ta fi^ii^y 

critical to puhlic confidence in the prescription 
system of the invention are issues of security> sinoe ^ 

system requires access to oerson^i 

s w personal records. Many people 

will fear unauthorized access to or use of their personal 
Nation. Preferably, the invention provides careful 
controls to alleviate such fears and to prevent unauthorized 
access to a patient's data or to their physician's 
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1 prescribing profiles. 
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Preferably also, the system, or an associated support 
network, provides data access controls such that the only 
accesses that can occur are those that have been authorized 
or preauthorized, at a point of care or elsewhere, in 
accordance with security profiles on the network established 
on behalf of data-proprietor entities such as patients, 
Physicians or organizations. it is further preferred that 
the entity's security profile, or filter, details what data 
can be accessed, when it may be accessed, where it may be 
accessed and by whom it may be accessed. 

Various suitable data access control measures will be known 
to those skilled in the art and considerable security can be 
obtained by using more or less complex identifiers for 
patients or for physician-users of the system or for both. 

Patient records should use a standard identifier to be 
clearly and distinctly identified with a confidence level 
appropriate to the expected patient population in the 
lifetime of the system so that the records of patients with 
similar or identical names are not confused. If desired , a 
coded alphanumeric patient identifier (not shown) may be 
used. Alternatively, or in addition, other unigue patient 
identifiers such as social security numbers may be used 
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1 alone or as secondary references in conjunction with patient 

2 names and the like. 
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More relevant to security is proper identification of a user 
to whom patient data is released or from whom new data is 
received by the host computer facility. While numeric or 
alphanumeric user identification codes provide some level of 
security, higher levels are provided by using graphic. 
Photographic or fingerprint recognition to identify a system 




More preferred embodiments of the invention can ensure a 
still higher level of confidentiality by automatically 
maintaining a complete audit trail of access to patient 
data. Preferably the audit trail details, for every access 
who or what organisation accessed the record, what part o, ' 
the record was accessed, when it was accessed (both date and 
time, and what was the purpose of viewing the record. Thus 
associated with every patient record is a timed and dated ' 
log of every physician user, organization or health care 
professional accessing that record, if desired, the log can 

be reported, or made available to a patient „„ 

a patient, on request, for 

example through online access (with careful security 
controls,, via print or fax, and so on. 

k \ 

Patient-directed control oAthe flow of their own data, a 
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1 novel concept in medical or health care information systems, 
can be achieved W centrally inputting at the / ^o M? hos t 
computer facility, patient-generated record-access 
specifications to\determine which users, or user 
organizations or departments (for example clinics), can 
access what data duling what period and what uses can be 

7 made of the data, pearly, such specifications must not 

8 deleteriously restrict physicians in the execution of their 

9 professional missions A Such record-access specifications or 
profiles could be mainlined at a remote database rather 
than the host computer facility. Thus, access to their 
records is controlled by Wients and individuals and 
organizations can be given\ patient-defined, selective access 
or access based on a need A know, or a patient may block 
access to all data flow, if k ey wish . In eroergencies 
Physicians may be able to oveUde a patient security block 
but such events are recorded so. that any abuse can be 

18 monitored and action can be takeV to discourage abusers 
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MD-Rela ted nafa Secun'ty 
Many similar data security considerations apply to 
prescriber-related data. Used comprehensively, as it is 
intended to be, the system is privy to full particulars of a 
Physician user's professional prescribing behavior, day in, 
day out, potentially throughout their career. System 
resources may be used to compile any desired historical 
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record of a user's prescribing activities. Patient- 
confidentiality aspects of this data have been addressed 
above and can be satisfactorily managed by controlling 
access to patient-related data in accordance with a 
patient's previously, or currently expressed wishes, as 
described herein, m addressing physician-oriented 
prescribing issues, the historical record may be rendered 
patient-anonymous by stripping the data o, recognizable 
patient identifiers, or aggregating the data. The re sultant 
historical prescribing data can communicate si g „ifi cant 
information about the prescribes is personal and 
proprietary to the prescriber. 
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Pursuant to this invention, the prescribed rights i„ their 

M1Cal PreSOribi "' -*« «» P-ectable in 
similar to the protection affordable to patients, by 
providing prescriber-deter^ined access control 
deifications detailing permissible levels of third-party 
access to prescriber data suoh „ 

aata. Such prescriber data access 
control specifications can be stor.H • • . 
. . _ " bB Stored ln ^dividual files on 

the network and can comprise as to uh 

or tvoa of ° r What or 9anization, 

type of or g an 12a tion may access what data, for what 
purpose and for what neriort 

effect, SUCh aCCSSS ri 9 ht »y *>e 

effective, clearly, multiple levels of ace 
. " ""eis of access control i 

>e descried to any desired degree of complexity. Use r 
Preferences may include user authorization for data access 
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by various third parties for example health maintenance 
organizations (HMO's) , hospitals, government agencies, 
managed care organizations and so on. 

A particular group to whom a prescriber may wish to yield 
access rights comprises collective bargaining associations, 
for example independent practitioner associations, preferred 
provider organizations and physician hospital organizations. 
Preferably, all accesses to a preserver's data are system 
stamped with a date, time and accessor ID, to create an 
audit trail of such accesses, similar to the audit trail 
left by accesses to patient data. 

System-determined access control can be invoked, whenever a 
prescriber data access request is received, by referencing 
the preserver's access control file and permitting or 
denying access in accordance with the file's specifications. 

inscription G T»» a +j on 9erBat , , a 

Merring to Figure 3 prescription creation screen 39 has a 
full array of u S er-activ\table buttons enabling a physician 
to draw on powerful ^ within the prescription 

»anage*ent systen^s^poling „ / 

^ ^por^ng m the host computer 

facility and associated data-ktrieval network, as win 
shortly be described. Near theYop of screen 39 is a 
patient features bar 40 below which a prescription features 
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bar 42 coordinates^!! features necessary to review current 
therapy and order changes in treatment, or order new 
treatment, for the sekcted patient. A prescription history 
zone 43 extends across W middle of the screen, the lower 
screen portion contains \ prescribing zone 44, and a screen 
title 45 appears at the top of the screen. 
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^Rient fea t U res ba L 40 compr . ses a seiect patiMt buttM 
* 46, a selected patiU indicator 48, in this case Mary 
Harrington, a patient ProbZems button 50 and a patient 
»ll.rgi.s button 52. \ Beneath Problems button 50 are 
displayed Mary HarringWs currently active problems 51 or 
conditions, shown hereU pharyngitis and bronchitis 
Beneath Ml .rgie, butto„\ „ are displayed Mary Harrington-s 
Kno W „ allergies. p re ssi\g or otherwise activating Problems 
button so or energies buAon 5 2/ opens a window or screen 

listing problems or alleraiL f>,-„» u • 

ailergife fron whloh a physio . an; oj _ 

other pro f essional user, can \elect new problems or 
allergies to add to Mary „arri\ gto „, s record , Qr delete _ 
that are no longer active. OptLnally, system-provided 
Problem or allergy libra ries may\e organized into multiple 

lists with button 50 or <;■> « \. 

ton 50 or 52, respectively, opening a list 

selection box as a preliminary to di\piavin CT 

1 i-u displaying a selected 

problem or allergy list. 

Problems or conditions 51 and allergies 53 are here 
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displayed as a helpful notation for the prescriber and do 
not become prescription elements as a result of being 
selected for display in this part of the screen. However, 
selections made here are functional in that selected 
problems 51 (conditions) will become defaults or preferred 
choices in a subsequent condition specification procedure 
and the system will review any drugs prescribed for 
relevance to allergies 53. 

Prescription features bar 42 comprises an Rx History button 
54, an Rx options button 56, an Updating indicator 58, an Rx 
info button 60 and a Renew Rx button 62. 

Prescription history zone 43 displays those historical 
prescription details that may be relevant to a current 
prescription and has a Condition field 64, a Drug fl . ld 66 , 
a Size field 68 a Dosing field 70, a generic flag 72, an 
Expires field 74 and a Mine field 76, in which the various 
characteristics of patient Mary Harrington's previous 
prescriptions are listed. 

Prescribing zone 44 comprises three active buttons, New Rx 
button 78, send Rx button 80 and close button 82, below 
which extends a prescribing header bar 84 which contains 
field identifiers for data entry of a full complement of 
prescription details. Available prescription detail fields 
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comprise a Condition field 86, a Drug field 88 , , Generic 
field 90, . Form field 92, a size field 94 , a Route field 
96, an M (Amount) field 98 , a Refill fie id loo, a Dosing 
field 102 and an Expires field 104. 



Multiple lines of the selected patient's prescription 
history are listed in patient history Z one 43 in the middle 
of the screen for convenient review by the physician-user 
and possible renewal, with scrolling or paging of extensive 
histories. Depending upon the patient's previous 
Whereabouts and service providers, individual lines may come 
from multiple remote sources, such histories are preferably 
compiled by the host computer facility i„ response to . „,„ 
from the user device (see the description of Figure 16) . 

rescribing zo „e 44, loLr down prescription creation screen 
3*, allows a physician us\r to select and prescribe drugs 
and dosages, for the selected patient i„ this case Mary 
Harrington, and to transit \he create^es^ip^ 
externally across a data „et„\r* to other interested" and 
authorized parties for- r,»-~«„ jk>U*k& 

, <Jr.W |°f presc "^°" fulfillment, patient 

record updating and the like. 



select Patient button 46 returns to the patient selection 
screen of Pigure 2 for selecting a different patient from 
one or more lists. Preferably, select Patient button 46 
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draws up a "Today's Patients" list or whichever patient list 
the user last selected from, or a default, user-selected 
patient list, and provides the options of selecting a new 
patient from alternative patient lists. 

Problems button 50 brings up a patient problem history 
information screen such as that shown in Figure 12 (to be 
described, in which a historical record of the patient's 
individual symptoms and diagnoses is listed and to which new 
problem reports can be posted. To maintain data integrity, 
and as a legal safeguard, historical information is not 
editable but may be supplemented, for example by reporting 
the subsequent status of a problem as (still, active or 
inactive. Preferably, any such additions to the record are 
stamped with the identity of the reporting physician, 
Providing valuable elements of a treatment decision-making 
audit trail. 




re Pati e„t.s ta^y, allergies> Qr drug reactions _ 
-u gh t up in possibly l itabl (screen ^ 

activate an allergies b l ton ^ and ^ be autQnatica 
system updated, if desir-on v^, ^ • 

r , J?S T V g newly reported 

reactions and allergies^' De s\ed personal or drug records 

relevant to possible allergies \ this patient may be 

summoned from the host computer facility whi.h 

i.a«jiiix:y, which may in turn 

call on the remote database data- 
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R* History button 54. scroll, drops down , or otherwise 
accesses any additional patient history Unes beyond what 
will fit in prescription history zone 43 and aay introduce 
vertical or horizonta! scroll bars, or both, into zone 43 
enabling the user to display any desired section of a 
patient's prescription history in z one 43 with the top ^ 
of the history highlighted, any desired prior prescriptiQn 

Une displayed in zone 43, can be highlighted by clicking or 
pressing on it. 

ighlighted priot prescription can be autcatically 
renewed by clicKinA or pushing an Renew R* button 62 
Typically, prescription creation screen 3, opens with the 
~t recent prescription highlighted for possible renewal. 
Activating Renew Rat button 

T ton 62 P° sts a highlighted prior 
prescription into presdi-ihi n „ . 

prescribing zone 44 for automatic renewal, 

after editing, if Qesir l Rene „ al Qf ^ ^ 

prescription can thus be Effected in as few, as two user 
steps by pressing Renew rI 62 to post , hignllghted 
previous ^^"-^rLcribing zone 44 and 

desired option buttons such akenew and s'end Last 
Prescription or Renew Ml actil Prescriptions can be added. 





-57- 



1 

2 

3 

4 

5 



Pressing header buttons Condition 64, Drug 66, or Empires 
74 causes the drug history display to be sorted by the 
selected header enabling the prescription history to be 
evaluated according to a particular parameter. This feature 
is of particular value for patients with long and complex 
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An important novel feature of the inventive prescription 
management system is the ability to associate a specific 
patient condition with each drug prescribed. By capturing 
detailed information on every prescription the system 
automatically builds a novel patient medical record having 
new uses in evaluating individual patient treatment and in 
enabling powerful new, multi-center outcome studies for 
evaluating therapies in various popuiations of patients. 

By deploying the inventive system regionally, nationally or 
in some other population area, and employing the preferred 
methods for retrieving patient data from remote sources, as 
described herein, a complete patient record of all activity 
within a region can be buiit. Preferabiy this is a virtual 
Patient record dynamically assembled only from original 
source data, which, as described above, is maintained in 

component form at multiple distrih»<- * 

*pie distributed source databases, is 
retrieved therefrom across * 

r ° SS a ^-retrieval network from 

which the source databases can be accessed and i 

accessed, and is compiled 
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or assembled into a single virtual or transient record that 
appears to the user as an integral system data resource 

outcome studies, prescription nna f, aAvinnft a „ d Aru ~ a ^^^ 
Patient histories generated by the inventive system can show 
not only the drugs prescribed, but also the conditions for 
which they were prescribed, allergies, demographics, 
insurance coverage, treating health care providers, and so 
on. Known medical management systems do not provide 
listings associating each prescribed drug with a patient 
condition or problem, as reported to, or diagnosed by their 
physician. 



careful review of a patient's record for relationships 
between amelioration of problems and prescription of 
particular drugs can provide important information about the 
efficacy of a drug for a particular problem in a given 
patient. Review of a physician's prescribing record, 
detailing the various drugs selected to treat the different 
conditions exhibited by the patients encountered in the 
Physician's daily practice, can reveal valuable information 
about the physician's prescribing practices and the degree 
to which they follow formulary guidelines. 

This information is clearly of value to the individual 
Physician and can, if desired, be enhanced by including in 
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the problem record a condition severity rating, enabling 
declines (or increases) in severity to be reported. The 
resultant patient prescription history, replete with dated 
information as to patient problems, what drugs were 
prescribed to treat those problems, what forms, routes of 
administration and dosages were used and, by implication 
from the timing and nature of subsequent problems, what the 
outcome of that prescription was, provides a very attractive 
treatment evaluation tool to a physician, and a powerful 
inducement to any professionally conscientious physician to 
use the prescription management system of the invention. 

implementing the invention on a wider scale, valuable new 
outcome studies and clinical trials are easily, or even 
automatically, performed, one of many problems in 
successfully implementing the herein described prescription 
management system on a large scale is one of funding the 
system. Medical cost structures, with their reimbursement 
systems leave little scope for expenditure on aids to 
overall practice improvements which may have to be squeezed 
out of tight overhead budgets. Accordingly, significant 
cost to the physician user, or user's medical facility will 
be a major deterrent to system adoption. Preferably the 
system is provided to prescribing users on a low-cost or no- 
cost basis with funding from outside sources. 



Implementation of the invention is expected dramatically to 
reduce \he overall cost of prescriptions and this saving has 
been estimated to be from 20 to 40 percent of total 
prescription bosts. Savings will accrue initially to the 
drug benefit maiWment companies who reimburse the direct 
costs of most preoptions, but can be expected eventually 
to be passed to corporations and consumers by way of lower 
drug benefit rates. Siibh savings realized on a national 
scale would amount to manyWlions of dollars and provide 
an avenue of reimbursement f ok system proprietors. m the 
early 1990 's, the cost of prescription drug benefits is one 
of the fastest rising components ofs^ll health care costs. 

ay 

Outcome studies produced by the system may have substantial 
value to various parties, and their sale can support system 
costs, as may formulary compliance savings. For example, 
drug efficacy data is of value to pharmaceutical companies, 
as is early warning data from reliable specialists regarding 
adverse reactions. Subject to confidentiality and other 
relevant controls, such data can be automatically compiled 
and readily supplied by system management, requiring only 
approval, not active participation by involved physician 
prescribes. Equally, the system may facilitate clinical 
trials by identifying health care providers or prescribes 
who would be liKely participants in trials, based upon their 
having frequently diagnosed relevant conditions, or 
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specified relevant drugs, as shown by their historical 
prescribing profiles, or relevant patient histories. 
Suitable patient pools can be identified similarly. 

Organizations participating in outcome studies, for example 
health maintenance organizations, insurance companies, 
hospitals, physician alliances and the like, ^ may pool 
their data but may not wish to reveal certain proprietary 
data. By employing data access control methods for 
accessing such organizational data, such as the methods 

d f& d uio/ 6tail h6rein f ° r strolling access t^ * ^ 
rightS/ the system Qf . nvention c ^ 

organizations to control what data they release. 

To implement such clinical trials, additional information 
required for collection can be obtained by f lagg ing selected 
prescribes profiles to trigger additional on-screen 
routines so that whenever a trial-related drug or condition 
is selected by the prescriber, they will be asfced to supply 
necessary additional information. Fo r example, whenever a 
prescriber participates in a trial relating to treatments 
for gastritis, the system can request information as to 
whether certain tests were performed, and what were the 
results of those tests. Thus, the test drug might be 
appropriate for, or be in trials relating to, gastritis 
testing positive to H. Pylo ri, whereas a different drug 
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would be indicated for H. pylori -negative gastritis. 

The system can also provide, preferably from source 
databases, complete prescription drug disclosure 
requirements as set forth by the FDA, including full 
cautionary information, for example as is now set forth in 
the Physicians' Desk Reference (Medical Economics) and 
Physician's GenRx (Denniston Publishing) knowledge of which 
by the prescriber may be necessary to avoid malpractice 
liability, and dissemination of which may limit a drug 
manufacturer's liability. Efficient promulgation of drug 
disclosure information to system users is tantamount to 
publication, yet can be more current than any printed 
document, and may be accepted as an alternative to hard copy 
publication or supersede it. 

in addition, the syste- provides a valuable aeans for 
government agencies and others to tunicate important 
messages, such as drug warnings and alerts, guicWy and 
directly to physician users. Electronic n,ail accessed via 
Hail button 16 can be used for this purpose, and nay include 
priority flags triggering screen alerts, but a m uch -ore 
powerful route for co^unicating warnings relating to 
particular drugs is to associate the alert with system 
infonnation on the drug so that when a user calls up the 
aru, in question, they receive the warning or alert, or 



I 




-63- 

1 other special message. 
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in the extreme case of withdrawal of a drug from the market, 
that fact can immediately be communicated to system users. 
Thus a drug can be withdrawn from the market the same day by 
making a system entry preventing completion of a 
prescription for the withdrawn drug. Alternatively, a 
warning can be posted directly to the prescription. ' current 
users of the medication can be identified from prescription 
history records, referencing not only drugs prescribed, but 
also prescription expiration dates. Both the patient and 
their doctor can be notified immediately. m this case, 
electronic mail is a preferred route for notifying the 
14 physician. 
15 

dative cost-to-benefit data can also readily be prepared 
in outcome studies when individual drug costs are factored 
into the data, and such cost=bene£it data can, in some 
circumstances have very substantial dollar value to drug 
benefits management companies whose objectives are to 

maximize the quality of M r B uh ii. .... 

4 a-i-ity or care while minimizing the cost of 

22 that care. 
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Pharmaceutical and managed care companies can gain marketing 
benefits from use of the system to introduce new drugs or 
new uses of old drugs to physicians, in a relevant manner. 
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1 at a moment of peak interest. 
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Other benefits can be derived outcce studies using the 

novel drug-prescribed and condition-treated data records 
provided by the prescription management system of the 
invention. For example, the appearance of a new patient 
problem may be insignificant when associated with prior 
prescription of a particular drug for one patient, but may 
gain significance when repeated for a number of patients. 

optional system enhancements may enable post-introduction 
*«Ket surveillance of new drugs to be conducted for adverse 
outcomes to the treatment of a specified condition or 



M conditions. Por example the system may monitor patients 
reporting new problems after having been prescribed the new 
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y in guestion, refer such new problems to the physician 
user to gualify them for medical relevance and then 
statistically compare a collection of similar reports „i th 
aata on a pool of similarly treated patients for 
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■nt.nuous Post-mar k eU„ t roduction mo„i t oring of a drug i„ 

I to 1° " trea T " COTditi0nS 1S — - - 
ZiT " " r ^ ° f —•*"» anticipated 

a " Sin9 Wi &"V rU9S ~ - — = - -tern 
proves a vehicle^ collecting relevant data; parameter^ « 
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and a means for analysis of that data; and a means for 
disseminating alerts an\i advisories regarding newly 
discovered problems. The\ame vehicle is used for all three 

fit* carte 



1 

2 
3 

4 steps 



5 
6 
7 
8 
9 
10 
11 
12 
13 

M 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 



With such a syste* enhancement, one specialist pioneering a 
new drug for a particular condition may provide an early 
warning o, adverse reactions not identified in clinica! 
trials in a Banner not heretofore obtainable, because of the 
difficulty of coordinating prescription and diagnostic data. 

QuicKly and conveniently presented at the point of care as 

an integral part of the prescribing process, in the Banner 

achieved by the system of the invention, this information 

«n be of immense value to a physician when treating a 
patient ldening ^ physioians/ chQices ^ ^ ^ 

« ia of tao „i edge (by suggesting _ ^ infora 

«- Physicians optimise the prescribing process. 

pother advantage of the invention is that each physician 
user inherently and easily supplies critioal 

eirrv"" as part - *- p — — • * 

avtL T " re9Uire<i ^ PhySi0ia " " — «- — 
available for studies, one potential diffic Ulty in naking 

such stud.es is the existence of legal barriers to 
aggregating patient data into studies without specific 
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patient permission. While this might be obtained on a 
piecemeal basis or by the prescribing physician, a much 
better solution is provided by centrally maintaining patient 
directed patient-record-access specifications, as described 
above. The system can then include only those records of 
patients agreeable to becoming study participants in such 
outcome studies. 

The historical drug-prescribed and condition-treated records 
obtainable by using the invention can provide a basis for 
condition-based treatment guidelines developed by drug 
formularies. This novel data provides a new vehicle for 
outcome research for managed care, leading to new approaches 
to cost-effective prescription treatments. 

Compilation of an extensive or national database of 
(patient-anonymous) records providing a statistical 
historical listing of drugs prescribed versus associated 
conditions for which they were prescribed would be in the 
public interest and of considerable value, so long as 
patient-confidentiality were maintained. Widespread 
adoption of the present invention can help achieve this 
desirable goal, it is relevant to note that FDA regulations 
only permit a drug to be promoted for approved, specific 
therapeutic purposes but physicians are professionally free 
to prescribe an approved drug for any condition for which 
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1 they believe the drug to be effective or useful so that, 

2 failing specific point-of-care diagnostic information, no 

3 assumptions can be made as to the treatment objectives of 

4 any particular prescription. Accordingly, prior to the 

5 present invention, statistical prescribing data have 

6 generally lacked knowledge of why a physician prescribed a 

7 particular drug, and such data is, in most cases, not useful 

8 for outcome studies and cannot be related back to other 

9 patient-specific variables present in the patient's medical 
10 record. 

11 

12 Prescrip tion history record 

13 Referring to the prescription history zone 43 of the Figure 

14 3 screen, under the Condition field 64 is listed a condition 

15 reported as active when the drug was prescribed. Drug field 

16 66 may be a generic name or a brand name. The size field 68 
is the dosage size. Dosing field 70 shows the dosing 
frequency. The "G" flag 72 is for generic and is a simple 

19 yes/no indicator. An Expires field 74 displays an 

expiration date system calculated from the prescription 
quantity (not shown) , the size and the dosing rate and 
indicates the day on which the prescription will run out. 



17 
18 
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The last column, Mine field 76, is a yes/no toggle flag 
indicating whether the prescribing physician was the current 
system-designated physician user ("Y" = my prescription) or 
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some other physician (»N«) . Another prescribing physician's 
details and other data relevant to a previous prescription 
can be obtained by pressing Rx info button 60, or double- 
pressing or -clicking on the appropriate prescription 
history line, to draw down a prescription information 
screen, for example, as shown in Figure 12. Additional 
available options, if any , can be accessed through the Rx 
options button 56. 

Update button 58 can be a simple blinking indicator alerting 
the user that their device is communicating with the host 
computer facility and actively processing a local update. 
To indicate additional time taken accessing remote 
databases, the message can change to "Remote Retrieval", if 
desired. Additionally, Update button 58 can activate 
various update options, selectable from a menu, if desired. 
For example, Update button 58 may offer a selection of 
different sources from which to update the patient's 
prescription history, while a preferred objective of the 
invention is that the prescription management system obtain 
a comprehensive, nationwide update of any previous 
prescribing activity regarding this selected patient, 
considerations of system speed, system development or 
marketing considerations may make it desirable to offer 
patient prescription histories drawn from all prescribing 
activity in a more limited geographical region, for example, 
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local or regional updates local network updates or 
capability to update from the physician's institutional or 
office practice information systems. 

New prescription?! 

Activating the New Rx button 78 highlights the first 
available blank line in the lower portion of the 
prescription management screen for creation of a new 
prescription by a physician-user. During the prescription 
creation process, the user receives intelligent decision 
support from the system of the invention. Preferably, the 
system proffers the prescribing physician comprehensive 
relevant prescribing data to enable creation of a new 
prescription intelligently, in an informed, manner with 
routine look-up functions being fully automated so that 
professional time spent on routine chores is minimized or 
eliminated. To this end, data entries available via both 
Condition button 86 and Drug button 88 are selectable from 
extensive lists, as will be described hereinafter. 

As described above, the system provides the user through 
their interface device and a linked host computer facility, 
transparently connectivity to multiple remote proprietary 
databases for retrieving necessary data such as drug and 
condition lists. 
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Pressing (or clicking on) highlighted fields beneath the 
headers in prescribing header bar 84, in most cases, 
activates pull-down menus, or data entry scrolls. Generic 
field 90 is merely a toggled flag while Expires field 104 is 
a system-calculated field. Although provision can be made 
for a physician to make original entries, the preferred 
embodiment provides a comprehensive selection of system- 
generated drug prescribing data from which the user may make 
selections . 

If the user knows the drug they wish to prescribe, the drug 
name may be keyed in or, preferably selected by highlighting 
and clicking from one or more intelligently maintained lists 
presented in drop-down menus to post it to the respective 
highlighted field under Drug header 88. Alternatively, the 
user can select a condition from a condition list and make a 
drug selection appropriate to that condition from a drug 
selection screen such as those shown in Figures 4 through u 
as will shortly be described in more detail. 

generic flag 9 o is a simple yes/no indicator which is linked 
to each drug selection to approve generic drug substitution 
for brand name drugs by the pharmacist, U such substitution 
is permitted by state regulation. 
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The Form, Size, Route and Amounts headers 92-98 are linked 
to the drug selected and bring system resources to bear to 
enable a prescriber rapidly to quantify the prescription 
with appropriate dosages that can be filled at a pharmacy, 
without undue difficulty. Activating any one of the fields 
under headers 92-98 drops down a menu, which menus together 
offer a selection of all known formulations of the drug 
selected, as provided by the manufacturer, using 
comprehensive drug inventory data accessed via the host 
computer facility or its supporting data-retrieval networks. 

The entry for Form field 92 may be selected from choices 
such as capsule, caplet, tablet, and liquid. That for Size 
field 94 might be a selection of 50 mg, 100 mg, and 200 mg 
and the Route field 96 selections might be »PO" for per 
oral, by mouth, "PR" per rectum, «iv« for intravenous, and 
so on. The displays are related and intelligently selected 
to display relevant options. Thus, for example, if " PO " is 
selected as the route of administration, only po dosage 
forms are displayed. On the other hand, if P0 oral forms 
are selected, »PO» appears as the route of administration. 

The Amt field 98 is the amount or quantity of drug to be 
dispensed in the prescription, for example 30, 50 or 100 
capsules or 50, 55, or loo ml of liquid. Refill field 100 
shows the number of times refilling is permitted and Dosing 
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field 102 has two columns, one being a numeric designation 
of a number of tablets, caplets or liquid dosages to be 
taken at any one time and the other being an alpha 
indication of the dosing frequency such as QD for daily. 

In an optional, modified embodiment of the invention (not 
shown), the system can calculate or suggest effective 
dosages for a selected drug, or a narrow range of effective 
dosages, according to dosage-relevant patient 
characteristics, for example, height, weight, age, sex, 
pregnancy and the like, taking into account the physical 
formulations in which the drug is known to be available. 
While these characteristics might be entered or selected 
from lists during the prescription quantification procedure, 
greater power is obtained by including them on the patient's 
record and having the system reference these characteristics 
each time a new drug is prescribed for that patient and make 
dosage recommendations according to the known behavior of 
the selected drug as it applies to the current patient. 



Referring to the embodiment illustrated in the drawings, 
Empires field 104 can be system-calculated field from the 
entries in Amount field 98 and Dosing field 102, to indicate 
the day on which the last dose will be taken. 
Alternatively, the physician-user can select, or enter, an 
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expiration date in Expires field 104 for example to coincide 
with a desired duration of treatment, or next visit, the 
system can back-calculate refills or the amount dispensed. 

Back-calculating prescription quantifiers is useful to 
coordinate multiple prescriptions to expire on the same day, 
for the patient's convenience and to reduce potential errors 
or abuses. Another valuable application of an expiration- 
controlled prescription is to benefit plan managers, 
enabling the physician, where appropriate, readily to 
coordinate prescription amounts to preferred schedules and 
programs of drug benefit plan managers, for example a 
ninety-day plan. Such preferred schedules can be system- 
offered or defaulted, if desired. 

Alternatively, if desired, means can be provided for the 
Physician themselves to write or key in the appropriate 
dosage entries for a selected drug. 

in this preferred embodiment of prescription management 
system according to the invention, the Drug and Condition 
fields 88 and 86 are linked together to express the 
therapeutic objective of the user's prescribing decisions, 
or the prescribing intent of the prescription, as will be 
described in more detail with reference to Figures 4 through 
11. 
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As stated above, a preferred objective of the invention is 
to minimize need for keyed data entry, to minimize 
information look-up, or preferably to avoid all need for 
keying, by providing a comprehensive system interfacing with 
the user through easily operated data entry devices such as 
employed in pen-based computer devices. To achieve this 
end, the prescription management screen of Figure 3, is 
preferably supported by comprehensive, fully adequate, up- 
9 to-date databases of drug information that, in a 
10 particularly preferred embodiment of the invention, provide 
a physician user with substantially all available relevant 
prescribing information on drugs, especially on those drugs 
they write most frequently, which may be favored with 
preferential device storage on the user's interface device, 
for rapid retrieval. Relevant prescribing information on 
other drugs, written less frequently, or not at all by that 
17 user is available on the network. 
18 

!9 Prescription fnifniwf 

20 When drug specification is completed to the physician's 
satisfaction, Send Rx button 80 is pressed to output the 
newly created electronic prescription in any desired form 
such as to print, to local or remote storage or to remote 
file transfer as an electronic prescription. The electronic 
prescription can be transmitted across a network for 
fulfillment by any specified pharmacy, for example, the 
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patient's preferred pharmacy or a pharmacy preferred by the 
patient's drug benefit company for the particular patient's 
locality. Preferred routing options can be provided for the 
patient or the drug benefit plan, or both, and the system 
can default to appropriate options for the patient's benefit 
plan. Routing may be more or less complex and may for 
example split say a one-month prescription to provide a 
bridge prescription giving the patient an immediate one- or 
two-week supply from a local pharmacy, and sending the 
balance of the prescription for fulfillment by a lower cost 
mail order house. if desired, a Bridge Rx button (not 
shown) may be added to prescription creation screen 39 to 
perform such a prescription-splitting function. 

Patient compliance and P r ea «T^ r 4 ., ion druq ah „ on 
Ensuring that a patient complies with the terms of a 
prescribed treatment, neither neglecting nor overindulging 
in a prescribed drug therapy, is a serious problem in health 
care management, it is difficult to ensure that out- 
patients actually ingest the prescribed amounts of 
medication at the prescribed intervals. Many mistakes and 
abuses occur. The problem is exacerbated when a patient is 
prescribed a confusing multiplicity of drugs that may have 
to be ingested in different amounts at different times of 
the day. The present invention enables, and includes, 
unique solutions to this problem that greatly facilitate a 
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patient's ability to comply with a simple or complex regimen 
of dosages, without costly skilled supervision, m 
addition, many types of intentional abuse can be monitored 

4 and possibly prevented. 

5 One approach to enhancing patient compliance, according to 
the invention, employs a novel dose-scheduling drug package 
that is readily adaptable to accommodating and scheduling 
single or multiple prescription dosages to help a patient 
take the right dose of the right drug at the right time, and 
will be described in detail hereinbelow. 
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Another approach is, to so,ne extent, inherent in features of 
the prescription Manage„ent syste. described herein, where 
-Ultipxe physicians accessed by a patient utili.e the syste„ 
ascribed herein, with comm online ^ ^ ^ ^ 

of, a patient's prescription history record whereby that 
record provides a current record of new prescriptions, then 
a co., abuse can be controls wherein a patient presents 
a probiea or condition to „ore than one physician to obtain 
nuitipxe prescriptions with a view to inducing in abusive 
ingestion or iuicit resale. This problem is especialiy 
Prevent with anaigesics. „ here . physioian _ or pe 
Pharmacist, if the patient's prescription history is 
avaiiabie to the pharmacist, sees a si mil ar current prior 
Prescription has been issued, they can refuse to dupiicate 
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Clearly, regulatory authorities wishing to control such 
abuses can further that goal by encouraging widespread, or 
universal, deployment of the prescription management system 
of the invention. Where the system also provides, for 
example in the patient's history record, notification from a 
pharmacy, or from a drug benefit plan linked to the 
pharmacy, of fulfillment of a prescription, and that 
information is available to the prescriber, for example from 
the patients' history record, another common abuse wherein a 
patient pleads loss of a prescription to obtain a duplicate, 
11 can also be prevented. 
12 

Bringing fulfillment information from the pharmacy to the 
point of care via the patient's record or other convenient 
reporting medium, with or without the intermediary of a drug 
benefit company linked as a remote source database, can 
provide not only a valuable prescription abuse monitoring 
parameter but can also be used to enhance compliance with 
the prescribed treatment, especially if coupled with an 
20 alerting system. 
21 

For example, the system may alert a prescriber that the 
intended expiration date of a critical prescription has 
passed without the prescription having been filled. The 
prescriber thus becomes aware that the patient has gone off 
the medication and can take steps to contact the patient and 
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alert them to the dangers or problems that may arise. 
Alternatively, routine alerts can be passed to 
administrative personnel associated with the prescribing 
health care provider, notifying them of any unfilled 
prescription after a prespecified period of say two weeks or 
a month, or prescription expiration, or a shorter period for 



7 more critical medications. 



9 Schedu led dosage drug pack 
10 A particular benefit the system provides when a patient has 
multiple simultaneous prescriptions is an ability to print 
out a dosing schedule or better still, to generate a 
scheduled dosage multi-drug package from the electronic 
prescription, for example as shown in Figure 15. Because 
the system knows dosage, dosage frequency and the duration 
of an prescriptions, it can report out what pil ls should be 
17, taken at different times of the day to comply with the 

requirements of multiple medications. The information used 
for such a further report can drive the dispensing of the 
drugs of a multi-drug prescription into a novel package 
which has multiple iabeled or coded compartments for each of 
a number of dosing intervals. 



Figure 15 shows a scheduied dosage drug pack 182 configured 
as a daily pack with the day of the week prominent and the 
date, patient and doctor identified. Across pack 182 run 
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three multi-compartment drug bays 184 each of which can 
accommodate up to four different solid drug formulations 
184, pills, capsules, tablets, caplets, or the like and is 
sealed by a tear strip having an opening tab 186. Each bay 
is clearly labeled with a time of day at which the dosage in 
each bay 184 should be taken. Vertical zones 188 are 
dedicated to an individual drug and comprise a header with a 
drug name and special instructions (take with water, after 
food, and so on) and a compartment in each bay 184 for each 
dosage time. To demonstrate the flexibility and dose- 
organizing power of this novel, pack-based system a first 
drug is shown schematically in lefthand zone 188 with 
thrice-daily dosing, a second in left central zone 188 with 
twice-daily dosing and a third in right central zone 188 
with once-a-day dosing. Righthand zone 188 is not used, but 
could be occupied by a fourth drug, the individual dosages 
of which are loaded into those individual compartments of 
Righthand zone 188 that correspond with desired dosage times 
19 or intervals. 
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Clearly, modified drug packs 182 embodying the principles of 
that shown in Figure is could be configured for more (or 
fewer) doses or drugs or for different calendar periods, for 
example weekly or monthly packs rather than daily. Nor is 
the card configuration essential, for example, a multi-drug 
container could be in strip or roll or book form, or metal 
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foil sheets, with tear or press-out compartments. Dosing 
errors are common with patients with multiple prescriptions, 
especially the elderly. There can for example be difficulty 
in knowing whether a dose has been taken or not. Drug pack 
182 solves these problems in a simple inexpensive manner 
that is prescription controlled to organize multiple doses 
correctly and can be easily followed by most patients. 
Individual sealing of doses is hygienic and child- or 
overdose-resistant. Daily or weekly cards could be 
connected together by hinges to make compact concertina or 
book-like packs supplying a week or a month's prescribed 
drug requirements. 

Variations on the theme of a scheduled dosage package win 
be apparent to those skilled in the art. „ desired, the 
package could be standardized as to the number of dosage 
compartments, providing for example, a compartment for every 
hour, with those compartments lying between desired dosage 
times being obviously blank or never filled. A valuable 
feature of such packaging, which could be embodied in a 
single prescription package, is that by giving the 
physician-prescriber some physical control over the 
circumstances that exist when a patient is supplied with 
drug therapy for remote administration, the prescriber gains 
the freedom to adopt time-related dosage variations during 
the course of therapy, without confusing the patient, m a 
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simple example, scheduled packaging might provide one pill 
in the morning, one at lunch time, and two at night, in an 
attempt to maintain blood drug levels through the night. 

Other regimens could provide higher initial dosages to build 
up blood drug levels, followed by lower maintenance dosages. 
In any such case, the patient simply takes, or is 
administered, at any given time, whatever dosage or dosages 
have been packaged into the bay 184 that is appropriately 
identified by patient, time and date. More subtle or more 
complex regimens will be apparent to those skilled in the 
art, for example one drug might be discontinued, and 
possibly resumed after a suitable interval, while another 
continues. Another useful technique to be able to 
administer via the dosage-scheduling package described 
herein is to taper down one drug while beginning to 
administer another, to provide a graduated switchover. 
Changing anticonvulsant therapies from one drug to another 
is an example of where this technique may be useful. 

Prescriber-controlled dosage scheduling can be included in 
the system via an additional window or screen, offering the 
prescriber selection of the relevant variables, such as 
time-related dosages, with defaults or preferred selections 
for what can be system-determined as the most probable or 
most beneficial choices for the patient being treated, or 
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accord with the patient's formulary's preferences or with 
the particular preserver's preferences, pursuant to the 
principles described herein. Specific tapering or starting 

4 protocols can easily be implemented for outpatients 

5 decreasing the requirement for costly skilled supervision. 
6 

7 Dosing Indicator Device 

For more needy patients, the time- and date-scheduled drug 
packaging described herein can be rendered electronically or 
electro-optically readable, for example with bar-coding or 
by using transparent compartments, to cooperate with a novel 
dosing indicator device that a patient could take with them 
to their home or on their travels. Such a novel dosing 
indicator device, as contemplated herein, includes a time- 
and-date clock and is designed to receive at least one 
scheduled dosage package, as described herein, and to 
inspect that package to determine what drug pills, capsules 
or the like have been removed, in the event that a pill or 
the like is detected in any bay stamped with a date and time 
prior to the date and time clocked by the device, an audible 
or visual or remote alert, or a combined alert, is 
triggered. Inspection sensing is preferably electro-optical 
and targets individual compartments with a light beam that 
is reflected or diffused by an individual pill or associated 
light-modulating tag, or by a bar code stamp or label which 
is required to be removed with each dosage of any drug. The 
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device can include a movable scanner that advances in 
relation to a package from one bay 184 to the next, scanning 
relevant compartments in the bay, as time passes, or it can 
comprise an array of photoelectric sensors registering with 
individual compartments of the package, which are 
electronically controlled and read in turn, as time passes. 
Equivalent sensing systems will be apparent to those skilled 
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A preferred embedment of dosing indicator device 
accomodates, within an aesthetically pleasing housing, a 
multi-bay scheduled dosage package, a time-and-date clock a 
time-related sensor to detect the presence of a drug dosage 
in the bays one or more alerting system, associated 
electronics which may include a microprocessor, and a power 
supply, for example, . battery> ac ^ ^ 

17 drawdown source, or the like. 
18 

such a dosing indicator device can be embodied as a motor- 
ariven single- or multi-drug dosage dispenser which, for 

example, can house a tape or t 

ape, or strip-like and preferably 

roiled, scheduled dosage package, having a time line aiong 
the roll, and advances individual bays 1M containing one or 
acre dosages for a given dosage time, and presents a single 
*ay M (containing one or more dosages, for external 
delivery and removal (for example by tearing, by the 
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patient, or patient's aid, in timed relationship to the 
dosage time (a half hour before, perhaps) and triggers one 
or more alerts if the bay 184 is not removed (a half hour 
4 after, perhaps) . 
5 
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Preferably, each bay is accompanied by written information 
as to the patient, time and date, each drug, and any 
relevant dosing instructions. The individual compartments 
of such a removable bay cannot readily be sensed for the 
presence of individual pills, clearly a sensor is required 
for the presence of an externally exposed bay. The system 
assumes that the pills in a removed bay will be ingested, 
but this assumption may be wrong on occasion. More rigorous 
patient compliance may be exacted by including in, or in 
association with the device, a receptacle for an emptied bay 
184 and triggering alert means if such emptied bay is not 
received within a specified time interval. Emptied bays can 
be retained within the receptacle. To deter deceit of the 
receptacle it can read a time and date stamp, or other 
20 unique identifier on bay 184. 
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A aultipatient version of the drug dosage aispenser 
described herein can also be provided for inpatient use in 
medical or health care facilities, especially hospitals and 
clinics, such a multipatient version could comprise a 
central dispensing station, located for example at a nurse's 
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station. The dispensing station can have multiple ports, 
preferably identified with bed locations and bed-occupants' 
names, whereby scheduled drug dosages for each bed-occupant 
patient are dispensed at scheduled dosage intervals, if 
desired with appropriate alerts or indicators. Nursing or 
other staff can readily remove and administer the correct 
drug dosages for multiple patients, possibly on a single 



8 round, or at specific times of the day. 
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0 fPrug contra tndicationa 

further valuable feature of the novel prescription 
management system described herein is an ability to review a 
completed prescriptio\ for contraindications, or relative 
contraindications, suchXas patient allergies to the 
prescribed drug and suchNas possible drug-to-drug 
16 interactions with other drW the patient has previously 
been prescribed. Contraindications may be clear-cut, for 
example, penicillin must not Ve selected for penicillin- 
19 allergic patients, whereas relative contraindications are 
less decisive and may be overridden by the prescriber in 
appropriate circumstances, for example an NSAID (non- 
steroidal anti-inflammatory drug, ,L be a preferred choice, 
in the preserver's judgment for a pa\ient with peptic ulcer 
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disease, in spite of the attendant '^iSr^W 

A 

The system can also screen or review for oW possible 
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1 unintended adverse outcomes to the prescribed therapy, or 

2 for special precautions regarding a prescribed drug's use. 
3 

4 Preferably, the system alerts the physician-user at the 

5 point-of-care if they prescribe an offending agent, and 

6 provides an alert and an opportunity to amend the 

7 prescription before dispatching it for fulfillment. 

8 Processing to screen for interactions may occur on the 

9 user's point-of-care device or on the host computer facility 
or remote computer system, or may be delegated elsewhere by 

11 the host computer facility, and reported back to the 

12 physician, online as an integral function of the 
prescription process. Alternatively, interaction screening 
may be run on pharmacy-related systems, and notification of 
problems can be sent immediately to the user's point-of-care 
device using e-mail or using procedures within the 
prescription management application of the invention. 
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allergies review can bk conducted by checking system- 
2^ stored known allergies of pktient Mary Harrington against 
known pharmacokinetics and pharmacodynamics of the newly 
prescribed drug, entered in prescribing zone 44, for any of 
those allergies. Mary Harrington/ s allergy information is 
preferably an adjunct to her patienVrecord and is 
downloaded to the user device from^oW computer facility 
when Mary Harrington is selected from \e patient selection 
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creen of Figure 2. Wug allergenic proclivities are also 
downloaded from one o\ another remote database employing the 
host computer facility /Sender supervision of the inventive 
prescription management system, but preferably at a later 
point in the procedure, suck as when a particular drug is 
selected for posting to prescribing zone 44. 



^p^lternatively, the Vequisite information can be downloaded 
when the allergy revL is conducted. Such allergy 
screening can alternatively be effected when a new drug is 
posted to Drug field 8 8 \ Either way, a positive system 
finding, indicating a risVof allergic reaction to the newly 
selected drug can activated visual indicator or warning, 
for example, Allergies butto\ 52 may blink and, if desired, 
an audible warning may sound averting the physician to 
reconsider their selection. Alternatively , or additionally 
an alert screen can tell the physVcian of an allergy if an 
attempt is made to prescribe an ofWng drug, such alerts 
can be used to notify the physician \f drug interact ion^ Q(W 
treatment warnings or can alert them \non-compliance with 
formulary recommendations, for example X the use of an 
unnecessarily expensive drug, and may be accompanied by 
suggestions for more appropriate alternative^ therapies . 



Equivalent procedures can aleAto possible drug 
interactions and contraindicatio\, referring to the 
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patient's prescriptio>i history for possible active or 
recently expired prescriptions that may interact with a 
newly prescribed drug, a\d for other patient data relevant 
to the drug's behavior in \hat patient. Alternatively, ^he- 
such a review for possible undesired aspects of the drug's 
performance on the patient is m>de upon activating Send Rx 
button 80. 

Electronic prescr iption transmission 

Activation of Send Rx button 80 can provide a drop-down menu 
of choices including "Send this prescription" and "Add 
prescriptions prior to sending in a batch". 

A preferred embodiment of the invention includes a 
capability whereby a completed prescription is transmitted 
across one or more data networks for fulfillment and record 
updating in a wired or more conveniently, for mobile 
professionals, a wireless broadcast. Preferably, where new 
information is generated in the prescription creation 
process, relevant remote source databases (which may be 
proprietary, are updated with appropriate components of the 
new information and such updates are effected with proper 
controls to ensure data integrity, confidentiality and 
authenticity. Using the system as descrifaed ^ 

transactions generate an audit trail and are authorized or 
preauthorized by the patient. 
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Because of the currently substantial cost of air time, batch 
transmission is highly desirable. Accordingly, system 
defaults encourage the physician to elect batch transmission 
of multiple prescriptions for an individual patient, 
although in keeping with the principle of not imposing 
constraints on a physician, the system does not mandate such 
batch transmission. Executing a "Send Prescription- 
function outputs the prescription for fulfillment in any 
desired form, posts the completed new prescription to the 
prescription History zone 43 in the center of the screen, 
and outputs the new prescription from the user's stationto 
update a control system or remote database, as desired. 
Prescriptions can be electronically transmitted to a 
pharmacy or pharmacy-management system for fulfillment, or 
printed on paper for paper-based fulfillment by hand 



16 delivery or fax. 
17 



The inventive prescription management system embodiment 
disclosed herein is designed flexibly to facilitate a 
Physician's prescribing activities, to place heipful 
information at their fingertips and reduce manual look-up 
chores, while avoiding any authoritarian direction, mandate 
or constraint upon a physician's professional activities or 
judgement. Thus, while the system may attempt to provide 
intelligent options and exhaustive selection lists, options 
such as "other" are always available to permit the 
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prescriber complete freedom of choice, whether or not thei 
choice is known to system-available databases. 



Optional system enhancements provide for enrichment of 
external communications, for example prescriptions and e- 
mail with what may be termed "electronic ink" messages 
generated at the user device. "Electronic ink" refers to 
notes or messages appended to external communications, or 
transactions in the form of free text or voice annotations 
for non-structured instructions, and the like. Voice 
annotation is particularly convenient, as well as possibly 
constituting unique user-identification and some currently 
available low form factor user devices incorporate a 
microphone, facilitating voice annotation. 

Toward the end of prescribing flexibility, to avoid being 
second-guessed by physician users, and to command their 
respect and loyalty, the system should have access to, and 
provide to its users fully comprehensive drug and patient 
information so far as this is available. Comprehensive, 
accurate and complete drug and patient information are 
equally important for effective prescribing, it follows 
that the drug and patient information source databases from 
which the prescription management system draws, must be 
maintained up to date, by appropriate network services. 
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1 It is the normal, challenging nature of highly qualified 

2 professionals that those with the latest news, such as new 

3 drug releases and approvals, will want immediately to test 

4 the system for currency with the news. 
5 

6 The unique source-oriented information retrieval and 

7 updating system described herein provides preferred means 

8 for supporting the prescription management system of this 

9 invention with an adequate infra-structure of data-retrieval 

10 networks supplying a comprehensive array of up-to-date 

11 prescribing information and patient-related data to the 

12 point-of-care. Other suitable information data retrieval 

13 and updating systems will be apparent to those skilled in 

14 the art and can be linked to the system of the present 

15 invention to provide allergy and interaction alerts, 

16 formulary changes, new drug approvals, and to lock out or 

17 warn against, the prescribing of inappropriate or recalled 

18 drugs . 
19 

Jfl? Drucr and conditi on selaetH n« 

Novel drug selection methods pursuant to the invention will 
/22 now be described with reference to Figures 4 to 11. The 
23 condition list selection scVeen shown in Figure 4 appears 
upon activation of Condition^ ield 86 in the prescription 
management screen of Figure 3,\to enable a prescriber to 
approach selection of a treatment drug by first specifying a 
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diagnosed condition. Alternatively, a drug may be directly 
specified by drug hame^by activating Drug field 88, as will 
be described in connection with Figure 9, after which the 
prescriber selects a\condition to specify the purpose of the 
therapy^. Such condition or drug selection screens can be 
opened by similar condition or drug buttons in any other 
relevant screen or application, for instance in a patient 
encounter screen where theNdrug selection routines now to be 
described with reference to Mgures 4 to 11 can be used to 
assist a physician to select o\ review treatment objectives 
in a computer-assisted patient ert^ounter. 

Condition list selection 
The condition list-selection screen of Figure 4, provides a 
preliminary selection of a suitable condition list from 
which a physician user can work to select a drug. As shown, 
.the screen comprises a Select Condition List title no and a 
Condition List display header 112 beneath which the names of 
Condition Lists 114 are grouped in a left-hand column. A 
right-hand column beneath header 112 displays the conditions 
116 of whichever condition list 114 is highlighted, or 
otherwise selected. In this case the user's personal 
condition list 114 has been highlighted and may be seen to 
comprise a short list of commonly occurring problems that, 
for example, a general practitioner might encounter. 
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Multiple different Condition Lists 114 are available in this 
embodiment to provide a range of choices to physicians, and 
six are shown, by way of example. Three of these lists 114 
classify conditions broadly by diagnosis (Dx) and comprise a 
system-maintained Dx-Personal list 114, an alphabetically 
organized Dx-Alphabetic list 114 of all conditions in the 
system and a Dx-Category list 114. Dx-Category list 114 
lists conditions by broad therapeutic category such as 
cardiovascular, GI or dermatology, a fourth condition, 
problem or diagnosis list, Dx-Patient list 114 lists 
previously exhibited conditions or problems of the selected 
patient, in this case, Mary Harrington. Dx-Patient list 114 
is system maintained (and manually supplementable) and 
changes according to the patient selected in the patient- 
selection screen of Figure 2. Dx-Personal list 114 is also 
system maintained (and manually supplementable) and changes 
according to which prescriber signs on. 

Preferably, the system includes frequency counters to track 
the conditions the user encounters with time, and the counts 
obtained are used automatically to maintain or generate a 
Dx-Personal list 114 for the user, which more closely 
portrays patterns of conditions encountered in the user's 
practice as time goes by. Base periods for reporting usage 
may be varied, or user selected, to list conditions 
encountered by frequency in, for example, the last year, the 
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last five years, or perhaps, the last three months. Also, a 
default can be included to highlight a selected patient's 
last active condition or conditions as a first-line choice. 

Preferably, any time a new diagnosis is made, the new 
condition encountered is placed in the user's Dx-Personal 
list 114 and any time a drug is chosen it is placed in a 
personal drug list for the user. The first time either a 
condition or a drug is selected, it is added to a user 
profile stored on the network, for example, at the host 
computer facility. 

In addition, a physician-user can manually maintain one or 
more custom lists, Dx-Custom 1 list 114 and Dx-Custom 2 list 
114, for their own preferred short lists of conditions 
being, for example, conditions appropriate to their 
specialty that the individual physician frequently 
encounters for treatment. Alternatively, libraries of 
specialty lists may be made available from which the user 
selects one or two lists for their personal use. such 
custom lists 114 may be associated with different user 
activities, for example, Dx-Custom 1 could be used at a 
hospital where the user is an attending physician, while Dx- 
Custom 2 is used at a pain clinic where the user is a 
visiting physician. The various condition lists 114 
provide alternative pathways to drug selection that a 
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1 physician may use as an aid to deciding upon a course of 
treatment. Different pathways may suit different clinical 
circumstances or prescribers. Availability of alternative 
routes to relevant drugs may enable a physician to find 
improved treatments, and increase their range of choices, 
and may lead to new solutions to difficult prescribing 
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The condition list selection screen shown in Figure 4 is a 
gateway to other condition and drug selection screens. As 
an alternative for quicker selection, a preferred condition 
list (typically a Dx-Personal list 114) could be set as a 
default with other condition lists 114 being reached via a 
Change Condition List' button (not shown). 

Any or all condition lists 114 can be automatically 
supplemented or maintained by the system as it receives data 
in the course of processing numerous prescriptions for one 
or more physician users, in addition to supplementation 
with user-originating data, preferred embodiments maintain 
user profiles on a host computer facility which continually 
refreshes the data at the user's device so that the user can 
use any device or share a device with other users. 



26 



in the Select Condition screen of Figure 5, the patient 
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condition 116 in the Dx Personal category shown comprise 
generalized groups of disease, some serious like diabetes 
and pneumonia, and others less so, for example rhinitis or 
sinusitis. More complex embodiments than the one shown here 
may categorize conditions into as many as four or five 
different columns of subcategories of condition according to 
disease pathology, therapy, personal knowledge and so on. 
Such condition categorization, as a preliminary to drug 
listing, provides a very powerful tool for physicians to 
view their prescribing options on screen and to organize 
them. Organization of drugs by lists of effectively treated 
patient conditions enables a user intelligently to access a 
large body of drug data selections. This approach provides 
multiple mapping so that the user can find a suitable drug 
or selection of drugs via different pathways according to 
their preferred work methods. 

Different pathways to a drug via conditions organized in 
other ways, notably by body system, are illustrated in 
Figure 8, described hereinbelow. Direct pathways of drug 
selection using drug lists are illustrated with reference to 
Figures 9 and 10, described hereinbelow. 

In the example shown in Figure 5, the user-physician has 
highlighted and selected a patient condition 116, namely, 
peptic ulcer disease (PUD) /gastritis, displaying, in the 

/ 
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1 next right-hand column (see Figure 6) , a short, system- 

2 generated list of drugs known to be therapeutically 

3 indicated for PUD/Gastritis and which may be suitable for 

4 prescription or to have been prescribed in the past by that 

5 user for treating these conditions. The presence of the 

6 user's previously prescribed drugs, which may not 

7 necessarily appear on third parties' lists, helps 

8 personalize the list to the user. 
9 

2 10 Referring to Figure 6, now that a condition, PUD/Gastritis, 
| 11 has been selected, a new screen title, Select Drug ill, 
appears and selection of a drug to treat this condition 
proceeds. To aid the selection, a condition-specific, 
formulary drug list lis is displayed in the next right-hand 
column of the Select Condition screen of Figure 6 under 
Formulary Drug header 120. Alternatively, a physician's 
personal list of drugs may be displayed with formulary drugs 
highlighted, if desired, relative cost information can be 
included or alternative drugs may be ranked by preference of 
20 the formulary manager. 
21 
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Formulary Drugs are those listed by a drug formulary 
specified by, or relevant to, the patient, in this case, 
Mary Harrington. The drug formulary may be generated by a 
prescription benefits management company and is a key 
ingredient in a system for reducing overall prescription 
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1 costs by using volume purchasing to get preferred pricing on 

2 selected drugs. 
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A major problem in fulfilling the cost-control objectives of 
a managed care organization is that of informing a 
prescribing physician as to which drugs are in the formulary 
for a given patient.. Noting that there are many different 
formularies it is quite impractical for the average 
physician to keep referencing different formularies for 
every patient every time they write a prescription. The 
aspect of the invention shown in Figures 6 through 11 helps 
solve this problem by providing computer access of remote 
databases containing the information and by presenting 
available formulary drugs in a form which is easy for a 
Physician to use, reference and prescribe without enforcing 
Physician compliance with a formulary's treatment guidelines 
and attempting to restrict a physician's exercise of their 
18 professional judgment. 
19 

To the contrary, the system of this invention is designed to 
empower a physician to make informed choices at the point of 
care. The system fosters quality, cost-effective 
prescribing. Physicians do not have to attempt to remember 
drug formularies and formularies may be changed with instant 
effect on all users without having physicians relearn the 
formulary, where formulary information is called across a 
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data-retrieval network, each time it is required, in 
accordance with preferred embodiments of the invention, from 
a remote source database, updates are automatically posted 
across the network. 

Nonformulary drugs may be substantially more expensive than 
formulary drugs, or may not be covered by the patient's drug 
benefits plan, and may require out-of-pocket payments by the 
patient which circumstance may cause administrative problems 
to the physician and be a burden to the patient. Worse 
still, the patient may not have the prescription filled. 

By including pharmacy-derived prescription fulfillment 
information, a patient prescription history can indicate 
whether a patient actually received a medication. The 
Physician can be alerted (by e-mail) if a patient has not 
filled a prescription for a critical medication, for example 
LASIX (Hoechst), prescribed for hypertension, enabling a 
follow-up with the patient to be initiated. 



Where formulary drugs Le professionally acceptable to the 
Physician and of equivalent therapeutic effect to non- 
formulary drugs, failure \o use them is clearly undesirable. 
This problem is overcome b^the present invention, if the 
Physician is satisfied with \he formulary drugs offered by 
the prescription management syWem of this embodiment, 
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anyone may be selected afad automatically posted to the novel 
prescription described herein as will be described. 

Prescr ibing non-formularv druaa 

Should the physician know, for example, that cimetidine and 
ranitidine, drugs in a similar class, have been tried and 
found ineffective and that the condition is well beyond 
these first line treatments, so that none of the formulary 
drugs is suitable, then the physician can select Other, 
which selection displays a nonformulary drug list 122, under 
nonformulating drug header 124, as shown in Figure 7. m 
this case, the physician selects Sucralfate as being a non- 
formulary drug in a different chemical category and having 
somewhat different therapeutic properties from those 
previously applied to treatment of this patient's symptoms. 

Having made the decision to select Sucralfate, the physician 
is informed by the system display shown in Figure 7 that 
sucralfate is a nonformulary drug not on patient Mary 
Harrington's prescription benefit management company's 
schedule, with this timely notification in hand, the doctor 
can, if appropriate, consult with a patient, explain the 
reasons for his or her drug selection and gain the patient's 
agreement to assuming the cost of the prescription, or 
obtain authorization from the plan to cover the cost of this 
prescription for this exceptional case. Physicians 




-101- 

manifesting increasing compliance flowing from use of a 
prescription management system according to this invention 
can expect ready approval of a non-formulary drug on a 
4 justified exceptional basis. 
5 

6 By tying a diagnosed condition to a prescribed drug and 

7 requiring a condition to be recorded as a treatment 

8 objective before a prescription is fulfilled, new drug 
formularies can be created where prescribing of a drug is 
qualified according to the condition treated. For example, 
an expensive drug like captopril may be a first-line 
formulary choice for an acute condition such as congestive 

13 heart failure, but not a first-line choice, or may even be 

14 excluded as non-formulary, if prescribed for a chronic 

15 condition such as hypertension. 
16 
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in practice, after the system learns the user's preferences, 
most condition and drug selections win be quickly made fro. 
the user's preferred cr custom lists or from historically 
derived patient lists of previously encountered conditions, 
or previously prescribed drugs. The system adapts to the 
prescribing user to enable rapid creaticn of routine 
23 prescriptions, a minority of situations may Mll ^ ^ 
obvious therapies or therapies with which the physician has 
little or no experience. Physicians tend to be most 
reluctant to prescribe new drugs. Responsible physicians 
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will usually scrutinize a great deal of relevant information 
before prescribing a drug for the first time. This effort 
is captured by the system which enables a prescriber to have 
quick access to their prior experience and confine their 
drug selections to drugs they have used previously and which 
were satisfactory. (A physician can of course edit their 
personal list to remove drugs that proved unsatisfactory for 
some reason or another, whether therapeutic or not, or they 
can be removed automatically based on decreasing frequency 
of use.) 

In other circumstances a physician will need to select a 
drug with which they have little or no experience. Here, 
when it is most needed, the system provides major support 
and reassurance, presenting several different pathways to 
appropriate solutions enabling online access to the latest 
available scientific, clinical and commercial information 
about a new drug as well as screening for complications. 
The ability to offer drug detailing at the point of need for 
new drug information can be used to attract revenue from 
pharmaceutical companies, managed care companies or others, 
and is especially useful in decreasing the barriers to 
switching to first-time use of a drug. The system-provided 
prescribing information resources that are brought to the 
point of care are also valuable in enabling a physician to 
make quick therapeutic substitutions. 
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1 The drug selection screen shown in Figure 8 offers, by way 

2 of example, one route to selecting a new drug not on the 

3 preserver's short lists. Here, selection is condition 

4 driven and proceeds with the selection of a condition list 

5 114, Dx by Body System or Dx by Therapeutic Class, and then 

6 locating a drug to treat that condition; or alternatively, 

7 by directly selecting a drug via drug lists 115 Rx by 

8 Therapeutic Class or Rx by Alpha. Displayed in Figure 8, 

9 reading across the columns from left to right, are a list of 

10 body systems 117 from which the prescriber has selected 

11 Musculoskeletal. In the next right column the system 
displays a list of conditions 116 that might be displayed by 
the musculoskeletal system, of which nine are listed by way 

14 of illustration. From these nine the prescriber has 
selected Osteoarthritis. Osteoarthritis is posted to 
Condition field 86 in prescribing zone 44 of prescription 
17 creation screen 39 (Figure 3) . 
18 
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With a condition specified, selection proceeds to the 
choosing of a drug to treat the condition of osteoarthritis. 
Drug selection proceeds through a preliminary selection of 
drug category, from a list of drug categories 119 in the 
next column to the right, enabling the prescriber to choose 
their therapeutic approach, in this case, as between 
employing an analgesic, a narcotic, a NSAID (non-steroidal 
anti-inflammatory drug) or a salicylate. A NSAID is chosen, 
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generating an extensive list of drugs 121 in the right most 
column in Figure 8, from which the prescriber can make their 
final selection which will be posted to Drug field 88 in the 
prescription creation screen 39 (Fig. 3). 

The complexity of the prescribing process is graphically 
illustrated in Figure 8. Even after narrowing the field 
down to a specific class of drugs, NSAIDS, for treating a 
particular symptom, osteoarthritis, there are still of the 
order of fifty drugs from which the prescriber makes a final 
selection. 



Direct drug sei i»r.<--t»„ 

Prescribes often know what drug they want to prescribe and 
will wish to access it very quickly, and may not use the 
system if they are unable to do so. This goal can be 
reached with user-adaptive personal drug lists organized to 
default to a preserver's preferred choices, as described 
herein. 

One preferred user-adaptive approach to providing a quick- 
prescribing pathway to a prescription is for the system to 
process the user's personal drug list, to highlight, or 
short-list or otherwise present those drugs on the personal 
list that are appropriate therapy for any of the patient's 
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1 active conditions, and preferably also, that are on the 

2 patient's formulary. 




6 
7 



Referring to Figure 9 V an alternative direct drug- 
specification pathway Wnces, reading from left to right, 
with selection of drug \ist lis Rx by Therapeutic class. 
From a list of perhaps fiWy to one hundred drug categories 

8 119 which appears in the Ixt right hand column, the 

9 prescriber has picked DiureVics, generating an even longer 
S 10 USt ° f diuret ^ drugs Mi lor* which the prescriber has 

J 11 Picked Dyazide (trademark, Smith. Kline Beecha.) . The system 
| 12 now calls for entry of a candtac^Ai. case 
m 13 "hypertension". The extent ofW lists of drug categories 
119 and diuretics 121, again illustrates the bewildering 
array of drug selections with whVch a prescriber is 
16 confronted. An otherwise uncertain or overly conservative 
decisionmaking process can be revered efficient, reliable 
and manageable by a prescription management system according 
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The selection program illustrated in Figure l0 provi<jes , 
variety o f pathways for direct drug selectlon vU f ^ 
lists 115, a personal, an alphabetic, a category list and 
two custOB lists, analogous to condition lists l l4 . Here 
the user has selected Rx-Mpnahetic list 119 and the systea 
has displayed a portion of a long, scrollable list of drugs 
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121 in the next column. This approach can quickly locate a 
target drug when the physician knows it by name. Here 
Cefixime has been selected and the system calls for, and 
requires, the prescriber to enter a condition before 
proceeding to quantification of the prescription. m the 
next column the system lists conditions that the user has 
previously treated with Cefixime, highlighting the most 
recent condition so treated, or the system may display a 
previous condition of this patient that was treated with 
cefixime, not necessarily by the current user. if the 
Physician wishes to attack some other condition with 
cefixime, such other condition may be selected from the last 
righthand column, activated by "other". 
The diversity of conditions treatable with cefixime 
illustrates the potential for outcome studies based upon 
widespread use of systems according to the invention to 
refine definitions of the therapeutic scope of individual 
therapeutic agents by collecting data on effective new 
applications and on precautions, interactions and side 
20 effects. 
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pom, advance, nt confl)tion ., nnr<finH ^ r .... r . M|||[ 
Being abundantly served at the point of care with relevant 
prescribing information at the critical _ of decision, 
the physician can eliminate many subsequent problems or 
difficulties which »ay lead to unnecessary paperwork, or 
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surprised, annoyed or non-compliant patients, and to 
unnecessary phone calls between pharmacist and physician 
3 when a patient learns only at the pharmacy that their 

prescription is non-formulary. The system can eliminate 
much unnecessary "phone tag" between pharmacies and 
physicians. Improved physician and patient compliance with 
preferred guidelines will reduce the cost of care and 

8 increase the quality of care. 

9 4*? 

The availability, by means of the invention, of vital drug 
selection information, categorized by therapeutic condition 
and denoted as formulary or not, for the patient in 
question, rapidly assembled, preferably from remote source 
data, and conveniently presented to a physician for flexible 
use in their own personal work flow, greatly enhances 
prescribing practices, fosters cost containment and eases 
the administrative burdens that fall on heavily prescribing 
Physicians. It enables informed choice at the point of care 
leading to a decrease in adverse outcomes of therapeutic 
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Naturally the prescription management system of the 
invention can provide a variety of printed reports and other 
data outputs of any facet of the described operations, m 
some cases, these reports can be enhanced to provide 
entirely new products for example a dosing schedule such as 
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that described with reference to Figure 15, and shipping 
schedules or split prescriptions divided according to 
suppliers requirements. 



Current and historical reports can, subject to the access 
controls described herein, be patient-specific, prescriber- 
specific or organization-specific and can be aggregated 
across various groups, pools, geographical regions, 
conditions, drugs, or time periods or combinations of any of 
the foregoing to provide a valuable data resource to health 
care providers, patients, managed care organizations, 
government agencies and others. 

Further to enhance the prescribing decision process, 
additional features can be included on screens such as 
Figure 7, for example drug pricing information, employing 
actual wholesale or retail pricing, or comparative pricing 
or on another manner of drug pricing or grouping, such as a 
comparative scale or price rating system, or relative 
pricing based on actual prescription benefit management 
company contracts. such pricing information can greatly 
influence M.d. decision-making, improving formulary 
compliance and reducing overall drug costs, without 
restricting a physician's choices. 



A powerful optional feature \ the invention is shown in 
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exemplary fashion by the drug evaluation screen depicted in 
Figure 11. Aft L a physician selects a %S£t£? one of the 
screens of Figures 7 to 10, the system can optionally scan a 
drug preference database of preferred drug treatments^ for an 
evaluation of the merits of the selected drug in treeing 
the conditio^. TheWu, preference database may be remote 
and may be maintained for example, by a managed care 
organization, HMO, orWescription benefits management 
company. As the Figure, 11 example shows (which example 
employs different condition and drug sections from those 
used in Figures 6 and 7, Le possible result of the database 
scan may be an on-screen report with an alert message, in 
header 126 advising the phykcian that the selected drug is 
"Not . first drug" for ^eating the selected condition. 

As a helpful suggestion to theUysician the system can also 
offer alternative drugs, from lLti„ gs in the drug 
preference database, as being mol meritorious for the 
treatment o, the condition in 'question (pursuant to the 
maintaining benefit company's standards or, preferably, to 
objective literature reports). 



To this end, the drug selection evalua^crlln of Figure 
11 comprises an explanatory box 128 elucidating header 126- 
an alternative drug selection menu 130; Vhd at the bottom of 
the screen, three action buttons; for exa^le, x X Guidelines 
132 to access treatment information about th\ alternative 



drug highlighted in menu 130; a confirm button 134 to post 
the physician's originalWug selection, in this case 
" "Cefixime" and to return to\ prescription creation screen 39; 
and a cancel button 136 whicri\returns the user to the drug- 
selection of Figure 7. 

The treatment information available via Tx Guidelines button 
132 may include a literature reference supporting the 
system's finding that Cefixime is not a preferred first line 
agent for treatment of the selected condition, otitis media. 
Optionally there may be a selection on a drop-down menu from 
the Tx Guidelines button 132 enabling a physician, without 
further effort to have a copy of such a study sent to them, 
in a further optional embodiment, Tx Guidelines button 132 
can provide the user with an access point to full disclosure 
and prescribing information on the drug. Available 
treatment guidelines information can include details of the 
particular conditions for which a system suggested 
alternative drug has been found effective, adverse 
conditions, preferred dosages and administration routes, 
literature sources and so on. This aspect of the inventive 
system provides a simple, nonintrusive technique for 
bringing new drug information to physicians at a critical 
moment of need, when creating a prescription. 

Although described as a self-contained system, it will be 
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appreciated that functions such as the identification and 
listing of drugs via conditions treated, and patient 
prescription histories will have value in other systems, for 
example, patient encounter management systems, and may be 
accessed directly from such systems via a prescribing 
6 information button. 

7 

As well as compensating for error or lack of information on 
the physician-user's part, the prescription review system 
exemplified in Figure 11 has great value as an educational 
tool. Physicians can be subtly trained to improve their 
drug selection behavior. By using the system aggressively 
and exploring its information resources, as they are 
encouraged to do by the system's prompts and alerts, 
physician prescribes effectively receive education and 
training at the point of care. Improvements in drug therapy 
are subtle and complex and it is often difficult, even for 
the most conscientious of physicians, to be abreast of 
developments in any more than one narrow field of medicine. 
It is just as difficult for purveyors of new drugs to break 
in to a physician's packed work schedule to educate them as 
22 to the merits of a valuable new drug. 
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More than one alternative drug may be offered. Also in an 
optional embodiment not shown, the physician user may choose 
to display a screen of drug information regarding the 
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alternative drug or any other drug. After confirming a drug 
selection the system can review the patient's history in 
relation to the selected drug and alert the physician to any 
relevant allergies, one-on-one drug interactions or, if 
5 appropriate, multiple drug interactions. 
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Often, when new drug information is presented, a physician 
is unable to consider it, yet when the information is 
needed, or could be used, for example at the point-of-care, 
when creating a prescription, valuable new drug information 
may be unavailable or forgotten. This invention solves that 
problem by presenting new drug information in a timely 
manner at the moment when it is most needed and a physician 
is most interested in considering it, namely at the time of 
writing a prescription. It gives a benefit management 
company the opportunity to influence a physician's choice at 
the most influential moment, during the prescribing 
18 decision. 
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User-adaptive drug f » , a rv eftw>p1 , a 

Conventional formulary guidelines specify one or more 
substantial lists of preferred drug therapies. Many of 
these drugs will be unfamiliar to most prescribes who will 
therefore be reluctant to prescribe them. Natural 
professional prudence makes most physicians extremely 
cautious about specifying powerful agents for therapeutic 
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goals when they have little or no prior experience with the 
agents but will be responsible for the outcome of the 
treatment . 
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The system of the invention can provide a novel approach to 

drug formulary management whereby prescriber-centric 

formularies can be established. By means of the system 

drug formulary W^tively adapt to the user^s 

prescribing patterns orVcan be followed effortlessly by the 

prescribes This desiraWe prescriber-centricity can be 

obtained by giving priority to the preserver's personal or 

custom lists or, better stYll if they are a subset of these 

to the patient's history liW and system-identifying 

patient-formulary preferences^ on those lists for easy final 

Picking by the prescribes WhWe the prescriber is 

selecting a drug providing effective therapy for a jus t- 

specified condition, the above procedure may often clearly 

identify a single drug meeting al\ retirements or may 

result in a short list of a very sm\ll number of drugs for 

final selection. where no drug is W.d » = 

y xs y-sted as meeting all 

retirements, the system may so alertVhe user and suggest 
formulary drugs not on the doctor-specie Usts or as* the 

user whether they wish i-n \ 

Y wish to review appropriate non-formulary 

drugs from their personal or custom lists 
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1 Patient s prescription history 

Figure 12 shows a prior prescription information screen 
which can be displayed by double clicking the prescription 
display line or activating RX History button 54 in a screen 
zone such as prescription history zone 43 of prescription 
creation screen 39 shown in Figure 3 . The embodiment of 
screen shown in Figure 12 provides a simple passive 
information display, comprising an information box 138, a 
close button 140 and a scroll bar 142 for scrolling or 
browsing a library of prescription histories. The displayed 
prior prescription information in box 138 comprises, for the 
selected prescription, the condition for which the drug was 
prescribed, the drug name, date of prescription, dates of 
any renewals and the name, phone number and any other 
appropriate identification of the prescribing physician, in 
this case it is the user physician, and any other useful 
details that may not be strictly prescribing information, 
including appended free text, voice annotations or other 
electronic ink. Where an w indication appears in the Mine 
column 76 on the prescription history line in Figure 3, the 
name of another physician who authored the relevant 
22 prescription will appear in Figure 12. 
23 

in addition to conveniently presenting useful historical 
prescription-related details, powerful optional features, 
for example, direct E-Mail communication with the physician 
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whose name is displayed (or with some other physician) can 
be activated from the prescription information screen of 
Figure 12 or other suitable screen, can be included in the 
prescription management system of the invention. Such 
options enable physicians to send an inquiry to, and perhaps 
retrieve relevant records directly from another physician 
such as a previous prescriber to the patient, or a referring 
Physician. The invention facilitates the execution of such 
information transports during the user-physician's encounter 
with their patient. The screen of Figure 12 could 
additionally have an Auto Dial button and be linked to other 
modes of communication to facilitate a direct connection to 
the physician of interest. Additional options include a 
display of historical dosage information and an ability to 
Page through all prior prescriptions or all prescriptions 
for a given patient, a given prescriber, a given condition, 
a given therapeutic class, and so on, recapping some of the 
functionality of the Fi g Ure 3 prescription creation screen 



A further optional feature of the invention is shown in the 
Patient problem or condition screen of Figure 13 , openable 
for example, from P roblea button 50, Figure 3 , which tracks, 
as indicated by the field headers 144-156 extending across 
the screen, a history of the patient's problems and records 
diagnostic determinations regarding individual problems. 




-116- 



1 
2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 



20 

21 

22 

23 

24 

25 

26 



in particular, the system captures information regarding the 
date when a new problem first becomes active and when it is 
"deactivated". These dates are associated with the name of a 
Physician user, and thence with a patient encounter and can 
be regarded as authentic diagnostic determinations capable 
of being substantiated from the physician's office records. 
Additional information screens, detailing, for example 
laboratory or other diagnostic data, or relevant personal 
patient characteristics, for example height and weight, can 
be linked to problems as they are with drugs. 

By processing such reliable base data, combined with 
historical prescription data associating a patient problem, 
or treatment category, or treatment objective, with a 
prescribed drug routine, valuable new information and 
outcome studies can be generated. For examp le , the duration 
of problems in rela tion to particular treatments can easily 



18 be calculated. 
19 



labels a proble* or condition as new in New field 144 . 
ascribes the nature of the problem in p roblaB field U6 

9 C ° nditi0n liSt such as condition list 114 

shown i„ Pigure 4; selects a „ y „ Qr , iNii ^ ^ ^ 

148 to show the status of the condition as active or not- 
inserts the „a m e of the physician adding the proble* to the 
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list in Diagnosing Physician field 150 (which the system 
will default to the current user) ; inserts the date the 
problem was added in Date field 152; inserts the name of the 
physician determining the problem is resolved or no longer 
active in Resolving Physician field 154; and inserts the 
date of resolution in Date field 156. Thus changes to the 
patient record are stamped with the name and date of the 
responsible physician to provide an audit trail, a 
physician identifier can be added if desired. 

Problems that no longer manifest themselves to the patient 
or physician can be indicated as not active in Act field 
148. The problem list can be sorted by header selection and 
preferably presents active problems at the top of the list 
by default. 

Such a system-maintained problem list provides an easy and 
convenient reference to the patient's history of conditions 
or problems and of the duration and currency of such 
problems and constitutes a valuable case management tool for 
physicians. The problem list is automatically supplemented 
during the prescribing process with the latest preserver's 
latest observations and diagnoses, as indicated by selection 
of one or more conditions for posting to a new prescription. 

Where a patient complains of an old problem a quick 
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1 prescription creation routine comprises selecting the 

problem from the Dx-Patient list 114, then selecting a drug 
from a system-generated pick list of drugs providing 
4 appropriate therapy for that condition. The pick list is 
preferably drawn from the doctor's personal list and is 
either compliant with the patient's formulary guidelines, or 
indicates those guidelines, for example by inverse video, 

8 highlighting or the like, and also includes a selection of 

9 "other- to access drugs not on the preserver's personal 
list. such a quick prescription routine enables the most 
routine situations to be promptly handled, yet permits the 
physician to expand their prescribing horizons and does not 
merely require selection of the same drug as was used 
previously. Quick treatment substitutions are made possible 
by the system's presentation of available alternative 
therapies enabling the prescriber easily to see what 
alternatives are available and to explore those with which 

18 they are unfamiliar. 
19 
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Also the problems or conditions on this list can be 
automatically posted to a patient problem list 114 to appear 
as an additional "Dx« list in screens such as those shown in 
Figures 4-10, to provide quick selection or review of a 
patient's historical conditions. Preferably, such a Dx- 
Patient list 114 changes automatically when another patient 
26 is selected. 
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1 As various system-using physicians, laboratories and the 

2 like encounter the patient or provide services to the 

3 patient, they become original sources for new record 

4 elements memorializing their encounter with the patient or 

5 the patient's attributes. The patient's history 

6 accumulates, and the system compiles, on demand, a 

7 cumulative virtual patient record including all newly 

8 created record elements. This current patient history 
record is promptly available to any authorized physician 
user on the network. In an ideal world, all relevant 

11 encounters are captured so that the patient's record is 

12 comprehensive or complete. 
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The value to a patient's care givers, of an instantly 
available, comprehensive patient record cumulatively 
reflecting all current and recent medications and 
conditions, is immense, its availability to emergency 
18 personnel may be life saving. 
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The problem list screen of Figure 13 is accessed from 
prescription creation screen 39 (Figure 3) by pressing 
button 50. Selecting an OK button 158 or cancel button 
160, the problem list returns to prescription creation 
screen 39 (Figure 3). Change Status button toggles the 
highlighted Act entry between »Y» and »N», and records a 
date and physician name with any status change. Add button 



3 





-120- 

164 enables a physician user to add a new condition to the 
list, using condition selection pick lists, as previously 
described. This routine may be used to note problems for 
which there is no specific prescription given, e.g. obesity 
5 or senile dementia. 
6 
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Where the inventive prescription management system is 
applied to statistical data collection for outcome studies, 
it is preferable to supplement the patient record with a 
range of relevant personnel data, to the extent that this is 

11 available, for example drug abuse behavior, smoking and 

12 habitual eating or drinking behavior, dietary habits, 
marital and family status, pregnancies, ethnicity, 
environmental factors, and so on. The system provides an 
excellent means for tracking these factors and their changes 
as they may pertain to an individual's health. For example, 
data fields could be added to record any of the foregoing 
data and the data could be updated by medical or 
administrative personnel in preparation for a patient- 

20 physician encounter. 
21 
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Of particular significance to outcome studies will be death 
certificate information, and preferably this information is 
added to the patient problem record of Figure 13, as 
25 appropriate. 
26 
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More complex embodiments of the invention can integrate 
applications for prescription management with equivalent 
applications for diagnostic tests, laboratory analyses, and 
radiological studies to provide a more comprehensive patient 
history viewable in multiple screens. Of particular value 
in such an integrated presentation are laboratory results 
providing drug dosing levels, renal and liver function tests 
that provide important indications as to appropriate dosing, 



9 and so on. 
10 



Figure 14 shows a manually maintainable problem record 
maintenance screen, for physician use, which can be accessed 
for example from the Doctor's lists button 24 in the system 
entry screen of Figure 1. This screen enables a doctor or 
Physician manually to maintain their own personal customized 
prescription, diagnosis, allergy or other useful lists, to 
supplement the automatically maintained system lists, if 
desired, problems the doctor's patients have experienced 
previously can be system-added to the list, for example when 
a patient is selected. These personalized lists or profiles 
are posted to the network where the system can retrieve them 
to any user interface device via a host computer facility, 
subject to appropriate password protection or the like. 
Relying upon such centrally stored personalized profile 
files, the system can present a customized, personal 
appearance, with familiar configurations, attuned to the 
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user's work habits, at any geographical location from which 
2 the network can be accessed. 
3 
4 
5 
6 
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The problem record maintenance screen of Figure 14 comprises 
a Problem List box 166, a List Type box 168 and a Problems 
box 170 displaying a comprehensive, or preferably exhaustive 
list of problems which can be selected and transferred to 
the network and the physician's problem list by pressing 
update button 172. Highlighted entries can be removed from 
the Problem List 166 by pressing delete button 174. Save 
button 176 and Exit button 178 perform the usual functions, 
and preferably provide options to cancel changes, and the 
like. Data entry box 180 permits an unlisted condition to 
be keyed in, or otherwise entered character-by-character and 
paging buttons 142 move between lists. 



Given the medical, commercial and legal significance of the 
transactions executed and the data generated by use of the 
system of the invention described herein, as well as the 
value of that information to the patient, the physician and 
many other organizations, maintenance of accurate historical 
records, or archiving, is desirable, or essential, and 
preferred embodiments of the invention provide archiving at 
a host computer facility 106. 
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Data storage burdens attendant upon long-term archiving are 
substantially relieved by using virtual patient records, as 
described herein. Pursuant to the principles relating to 
the use of virtual patient records dynamically created from 
source data record elements, the invention prefers to 
archive such data as will enable a full and accurate record 
of the past to be regenerated from diverse sources, rather 
than recording the past verbatim. Date and time stamped 
record elements allow recreation of a virtual patient record 
at any point in time. 



Preferably, the data logged into archives comprise all data 
relevant to a patient's diagnosis and therapies, data 
relevant to the user's prescribing activities, including the 
preserver's relevant electronic communications ("e-mail") 
with third parties (pharmacies, laboratories, other health 
care providers, or potential providers, to the patient, and 
so on) and access audit data as to parties accessing the 
patient's or preserver's personal data. 

System-support lnfraatm«fiir 0 

Referring to Figure 16, the lefthand side of the diagram 
shows an arrangement of services and devices that provide a 
downstream flow of data and communications resources to 
users of the prescription management, or other system 
described herein. The righthand side shows sources from 





-124- 

which desired data and data elements may be drawn and 
pathways for those data to reach the user, the flow being 
marshalled by a centrally depicted host computer. 

Shown schematically in Figure 16, are a number of user 
interface devices 200 and a desktop computer 201 
communicating via any of a variety of communication services 
202, through a gateway-router 204 with a host computer 
facility 206. The drawing depicts schematically how a group 
or pool of users working with interface devices 200 or 
computers 201, running the prescription management software 
of this invention, can be serviced by host computer facility 
206. Those skilled in the art will appreciate that the 
schematic layout shown in Figure 16 is described in terms of 
its logical architecture and that the actual physical 
disposition of elements may be quite different. 

in addition to coordinating system-related communications, 
especially retrieval of source data from remote databases, 
gateway-router 204 can manage supplementary services such' 
for example as a paging service 208 or any other relevant 
desired function. 



interface devices 200 are depicted as small form factor, 
handheld devices, or PDA's, communicating wirelessly over a 
WAN, a proprietary wireless service, or a cellular digital 
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packet data service, or the like. Desktop computer 201, 
which may be a portable, notebook or other higher form 
factor computer, connected to communications gateway-router 
204 via a local area network labeled LAN, which connection 
could equally well be via modem, infra-red, wireless or the 
like, depending upon the circumstances. Any suitable 
network may be used, depending upon the user's equipment and 
the location of desired resources, wired or wireless, local 
or wide area networks, or mixed networks, are suitable. 

Routing to the appropriate service and other communications 
technicalities are coordinated by communications gateway- 
router 204 which is networked or otherwise connected with 
host computer facility 206. 

Other prescribers (or other professionals in different 
environments) may use different methods to communicate with 
host computer facility 206 using a two-way digital data 
communication system across a network. 

Still other users may be supported by other host computer 
facilities communicating in their turn with host computer 
facility 206 using appropriate network services and 
providing communication links or pathways between such other 
users and physician users supported by host computer 
facility 206. such organizations employing one or more 
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1 each of both users and host computer facilities are intended 

2 by references herein to "network" or the "network". 
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Communication services 202 can be any service providing 
effective two-way data transfer between users 2 00 and host 

6 computer facility 206. As labeled, some possible 

7 communication services 202 are wired local area networks 
"LAN, . . . LAN n " , wireless local area networks "WLAN, . . . WLAN " 

* n 

and proprietary radio frequency packet data networks, such 
as ARDIS and RAM (trademarks of their respective 
proprietors) , cellular digital packet data networks 
12 "CDPD, . . . CDPD n " and so on. 
13 
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Not shown is a wire telephone connection between a user 
device 200 and communications gateway-router 204. This is 
of course a possible embodiment of the invention and it is 
also, to be understood, local area networks LAN n , could 
comprise a single desktop computer or a facility-based 
networked system of multiple desktop, or other computers. 

Communications gateway-router 204 manages communications 
through these various media services and provides consistent 
interfaces to users at devices 200 and to host computer 
facility 206, regardless of which communication service 202 



25 is used. 
26 
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As referenced hereinabove, host computer facility 206 can 
comprise a client-server system in which a file server or 
database management server, or cluster of such servers, 
manage data storage and traffic functions, providing high 
5 volume data availability to multiple intelligent clients 
linked, typically over a local area network, to the server 
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7 or servers. 
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Exchanging data, programs and processing services across 
this system, user interface devices 200 and host computer 
facility 206 support applications such as the prescription 
management system of the invention, E-Mail services and any 
other desired applications, for example patient encounter 
management programs, diagnostic procedure management 
programs, and the like, in an analogous manner to 
conventional client-server supported operation of such 
17 applications. 
18 

Host computer facility 206 provides intelligent network 
services to user devices 200 and 201 and may support 
ancillary services, especially for example, as described 
hereinbefore, patient-directed data access control software. 
Prescriber-directed data access control software or 
organization-directed data access control software could 
also run in an application separated from the prescription 
management system, but is preferably integrated therewith as 
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a component of a user initialization routine. 



Conveniently, patient interface components of the patient- 
directed data access control software are run at separate 
stations from the point-of-care locations used by 
prescribers and are located, for example, in administrative 
or reception areas of health care facilities or managed care 
organizations. Here, data access rights may be read off a 
patient's data access control card, and such cards may be 
issued, under control of software supplied by, and in 
communication with host computer facility 206. 

The level of software and data resident on interfaces 
devices 200 can be varied according to their physical 
capabilities and user or system administrator preferences. 
At a minimum, and for device redundancy, interface devices 
200 need have resident neither files nor software, beyond 
what is supplied with the device off the shelf. 

So long as the user interface device has an operating system 
and is communications-equipped, they may establish 
communication with host computer facility 206, using a 
separately supplied electronic address for that facility and 
may upload necessary program components and data files, 
including such personalized user profiles as have been 
established by the user's prior experience with the system 
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and which have been stored at the host computer facility 

2 206, are called from a remote host computer facility 

3 supporting other users. 
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5 Neither such program components, nor data, need be stored on 

6 the interface device 200 but, where the device 200 has 
adequate storage capacity, it will be more convenient and 
faster-loading for a user to maintain configuration and user 
profile files, along with limited amounts of relevant drug, 
and possibly patient data, on the user's local interface 
device 200. Preferably, however basic system access 
software is required to be installed on the user device 
before system resources can be accessed. Such basic system 
access software can be activatable after reported loss or 
theft to disable system access capabilities and to render 
any stored proprietary data inaccessible to unauthorized 



17 users. 
18 



19 Host computer facility 

20 Host computer facility 206 provides full software support 
for user interface devices 200 and maintains complete 
program files for the prescription management system along 
with e-mail services and any other non-personal applications 
that may be needed by users of devices 200 beyond the basic 
operating systems and utilities, and the like, with which 
the devices are originally equipped. 
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1 Host computer facility 206 maintains databases of patient 

2 information for patients encountered or whose records have 

3 previously been viewed by users of devices 200 in response 

4 to calls, sent via host computer facility 206, (and logged by 

5 it for audit purposes) but, in keeping with the preferred 

6 practice of the present invention, host computer facility 

7 206 does not maintain patient records in permanent storage. 

8 It could however be used to maintain patient record 

9 components that are source components to users of devices 
200 for which this particular host facility 206 is, at it 

11 were, their "home" facility. 
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Important functions maintained by the host computer facility 
14 206 are information locator databases and advanced directory 
and routing services, including the following: 

i) a user device and system registry enabling 

communications to be routed to the target user; 
ii) a patient information directory service enabling 
access the system to access remote databases to 
retrieve patient record components for compilation 
of virtual patient records as described above; 
iii) archiving of transaction logs and records, and of 

23 audit logs; 

24 iv) patient drug formularies and formulary guidelines 

25 or locators to access same; 
v) libraries of alerts and other system displayed 
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1 messages ; and 

2 vi) access control software and related data files for 

3 patients, care providers and organizations. 
4 

5 Drug and condition lists and some drug information are also 

6 maintained on the host computer facility 206, but these are 

7 preferably either synchronized or refreshed at intervals 

8 (e.g. overnight) from source databases of such drug 

9 information. More detailed drug information (e.g. U.S. 

10 Pharmacopeia information) can be retrieved from remote 

11 databases by host computer facility 206. Host computer 

12 facility 206 also maintains directory services for accessing 

13 such drug related information, formularies, guidelines alert 

14 messages and the like and updates this data remotely from 

15 source databases maintained by the proprietors of the 

16 information. 
17 

18 Also in addition, host computer facility 206 can off-load 

19 data-processing functions from interface devices 200, or 

20 conduct such functions in background to provide support for 

21 the relatively limited processing capabilities of devices 

22 200. 
23 

24 A further important function of host computer facility 206 

25 is to retrieve multiple elements of a single patient record 

26 from multiple heterogenous remote databases and to deliver 
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them to users for assembly into a virtual patient record by 
an interface device 200 or 201, in response to the user's 
call for that record. 

Host facility 206 can reach out nationally, or 
internationally, for example across the INTERNET (trademark) 
to multiple remote databases such as remote databases 210 
shown on the right hand side of Figure 16, to provide to 
users of interface devices 200 data resources beyond (and 
potentially more current than) those available from direct 
storage in the device or at the host facility. 

Communications 

Communication between host computer facility 206 and remote 
databases 210 will usual A be via wire lines such as 
telephone, or local or widl area network communication via 
copper line, or optical fiber, or any other suitable 
communication medium. ClearL, host computer facility 206 
can access any remote third pLty database with which 
appropriate arrangements have been made, or can be made Qn 
line, and some possible source Ltabases for patient records 
components are labeled as^HM O^\ IIoo p i L als --t ft s W a^ee^Dru», 
BgfteSi^op, Pharmaci a ,^ T i a h c and\ Ind ep endent Physi c ians " . 
Drug information may be additionally sourced from 
pharmaceutical companies' research Centers, reference 
libraries, or publishers and the like\ 
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One or more pools of users of devices 200 and computers 201 
constitute a valuable professional audience and the system 
provides a valuable means enabling such third party database 
proprietors to become data publishers and electronically 
publish or post their databases or on the network to reach 
that audience. 

Using recognizable common record element identifiers, for 
example patient identification numbers or drug identifiers, 
host computer facility 206 forages across available networks 
for similarly identified record elements to retrieve. 
Employing its information directory services as locators, 
host computer facility can retrieve a variety of data 
including patient-specific data, application-specific data 
(users preferences and the like), organization-specific data 
(formulary guidelines, for example) and general drug or 
prescribing data, e.g. from MEDLINE. 

To assist with compatibility problems with the legacy 
systems operating at remote databases 210 and to avoid heavy 
volumes of user calls, via the systems of the present 
invention, interfering with or slowing down the daily 
operations at the proprietary facilities supporting the 
remote data bases 210, this embodiment of the invention 
provides, at each of a limited number of remote databases 
210 known to be a significant source of patient record 




-134- 

elements, a dedicated data warehouse 212. Data warehouses 
212 can be real or functional, depicting either actual 
physical embodiments of system-dedicated services located at 
the facilities of remote databases 210, or logical functions 
executed at the host computer facility 206. 

Data warehouses 212, host computer facility 206, 
communications router-gateway 204 and communications 
services 204 are components of a conceptual integrating 
network 214 which brings users of devices 200 and 201 
transparent access together with the resources available at 
remote databases 210, and preferably gives those users a 
seamless appearance, as though data stored piecemeal at 
multiple remote databases 212 were directly available from a 
single file across a local area network. 

To facilitate connection with heterogenous databases, and to 
give their proprietors fluent access across the network, it 
is preferred that the system provides uniform application 
programming interfaces, remote API's 216 for use by third 
party developers. Compatible user API's 218 on the 
downstream side provide similar standardized connectivity 
with user devices 200 and 201. 



Integrating network 214 and API's 216 and 218 permit easy 
system integration, allow third parties to develop end-to- 
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end communications solutions with standardized third party 
communication across the network and a data "firewall" for 
security. 

Data Warehouses 212 

Each data warehouse 212 maintains replicated copies of 
relevant data sets obtained by read-only access of remote 
databases 210, which data sets are maintained synchronously 
with updated source data at remote databases 210, or are 
periodically refreshed therefrom, preferably at frequent 
intervals. Data warehouses 212 can also provide search and 
retrieval facilities and, in particular, provide protocol 
interchange and reformatting capabilities to reformat or 
otherwise standardize data and communications across network 
214, for any application to use. Preferably, to facilitate 
compliance with the desired auditability of the transactions 
and data accesses of preferred embodiments of the invention, 
data warehouses 212 screen data incoming from associated 
data warehouses 210 for date-stamping, and preferably, also 
time-stamping, of individual received data or record 
elements, and reject those that lack such stamps. 
Preferably also, the date stamp indicates origination, 
creation or updating of the data element, rather than being 
merely a date of entry of the data element into data 
warehouse 212. 
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1 Source data generated by point-of-care or other transactions 

2 at user interface devices 200 or computers 201, can be 

3 directly posted to remote databases 210 across network 214 

4 which bears two-way traffic. As will be apparent from the 

5 disclosure herein, remote databases also include data from 

6 other places, for example pharmacies, laboratories and 

7 testing facilities. 
8 

9 Communications gateway-router 204 also maintains a 

10 physician-device directory providing routing or access 

11 information needed to establish communication protocols with 

12 each individual physician. This device directory service 

13 can maintain an electronic address, a device identifier or 

14 device configuration, operating system information and user 

15 device communications protocols for each user device 

16 supported by the gateway-router. User ID'S can be listed 

17 separately and in preferred embodiments are accompanied by a 

18 prioritized listing of one or more device addresses where 

19 the user may be accessed. 
20 

21 Other temporary or permanent update means are provided to 

22 enable a user to access the host computer facility from more 

23 than one device, preferably using an address that is device- 

24 independent. 
25 

26 It will be understood that an individual host compu* 
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1 facility 206 can serve one group of users that may, for 

2 example, be defined geographically and may number from, for 

3 example, as low as 10 or 20 users in the early days of 

4 establishment of the facility to hundreds and thousands as 
the facility matures. To service more users or to service 
users in other geographical areas, additional host computer 

7 facilities 206 can be established as centralized or 

8 regionally distributed hubs. Such additional host computer 

9 facilities 206 will, in all likelihood, access many of the 
same remote databases 210. Preferably, switching or 
rerouting means are provided to optimize data traffic loads 

12 between multiple host computer facilities 206. 
13 

1.4 It will also be understood that a national or international 
network can be created by establishing a sufficient number 
of host computer facilities 206 in strategic locations, each 
serving a local client base of, for example campus or 
18 regional users, with interface devices 2 00. 
19 

20 BiimwmT»Y 

The foregoing description^ emphasized an approach to 
therapy prescribing which records an association between a 
therapeutic agent (drug) and V condition or problem targeted 
for resolution or amelioration^ the prescribed therapeutic 
25 agent. Significant benefits derive from organizing known 
therapeutic agents according to co\ditions for which they 



15 
16 
17 



22 
23 
24 



26 



-138- 

are known to be effective, and emphasis has been placed 
herein on a drug selection and specification which begins 
with selection of a problem or condition to be treated 
because this is^be an appealing and beneficial approach in 
many circumstances. Frequently however, the physician may 
know exactly what drug theV wish to prescribe, in which case 
th *y can^proceed to a direct drug entry screen, and then 
^pQ ci Tfy the condition targeted by the prescribed treatment 

While emphasis has also been placed in the principle 
examples on the prescription of drugs, it will be 
appreciated that the invention can be beneficially applied 
to the specification of other therapies and technical 
remedies for example to the specification of surgical 
procedures, physical therapies and diagnostic testing. 

Preferred embodiments of the invention include quick and 
easy routines for directly posting a drug to a prescription, 
without prior condition selection, such routines preferably 
being by-passed. m order to gain the subsequent 
historical review and outcome study benefits described 
herein, it is preferred to provide for inclusion of a 
treatment objective of the prescribed drug in the 
prescription record before completion of the prescription. 
The treatment objective can be rapidly selected from a 
system-supplied list of a patient's existing or historical 
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conditions, or through powerful system-aided selection of a 
new condition. While a default patient condition or 
problem may be suggested by the system for a particular 
prescribed drug, it is preferred that such default be 
actively confirmed by the prescribing user before being 
accepted by the system. 

To accommodate direct prescribing by drug name, Drug field 
88 of the prescription creation screen of Figure 3, can open 
a personalized or customized user-activatable drug list, or 
proceed to comprehensive system drug lists to enable rapid 
specification of familiar or unfamiliar drugs prior to 
condition selection. Drug dosage selection then proceeds as 
described above. Before leaving prescribing zone 44 of the 
prescription creation screen 39 the system can require an 
appropriate entry to be made in Condition field 86. 

Other preferred embodiments enable the patient, the 
prescribing physician and the relevant organization to 
control the flow of their own data by predetermining access 
rights to that data. Every transaction can be stamped with 
a patient identifier, a prescriber identifier and, if 
appropriate, an organization identifier, as well as with the 
date and time of day. 

Emphasis on preferred, historical or customized short lists 
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of drugs and conditions enables an attractive working 
environment to be provided even on relatively low power 
PDA's. Short list data may be maintained on the user device 
providing rapid responses in the user's most common 
prescribing situations. Less common situations entail calls 
to the host computer facility, in which circumstances delays 
of a few seconds while data is retrieved from the network 



8 are quite acceptable. 
9 



10 System reouireniftnfQ 

H user software components of a currently preferred embod . ment 
of prescription management system described herein are 
designed to run under an operating system that preferably 
supports a full or Modified version of MS-DOS® (traded, 
Microsoft Corporation) windows- (Miorosoft corporation, or 
other systems with user-friendly graphical interfaces, for 
example Apple computer Co.-s MACINTOSH (trademark) or NEWTON 
(trademark, operating system and General Magic-s macic CAP 
operating system, other graphical environments can be used 
or are being developed and other embodiments of the 
invention may be suitably modified to optimize the 
application to take advantage of the u„i qU e characteristics 
of each such operating system environment. 



The programming language used to write system software 
depends upon the environment of the various system 
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components. In their present stage of development, some 
handheld PDA's require applications to be written with the 
tools provided by their respective operating systems such as 
NEWTON or MAGIC CAP (trademarks) . For other devices such as 
those supporting Microsoft's WINDOWS (trademark) operating 
system, including some PDA's, a range of languages can be 
used including for example, popular programming languages 
such as Microsoft Corporation's »C" or Borland 
International's "C++". For Apple Computer's MACINTOSH 
(TRADEMARK) -based systems, languages such as THINK 
(TRADEMARK) are appropriate. 

The system is particularly advantageous when implemented on 
any of a variety of portable computer stations especially 
handheld units such as personal digital assistants and other 
personal information communicators equipped with wireless 
communicators. A preferred embodiment for mobile 
professionals comprises such a handheld unit with two-way 
radio or infrared communication facilities. some such 
devices are referenced in a "BUYER'S GUIDE: PERSONAL DIGITAL 
ASSISTANTS" PC WEEK August 29, 1994, pages 89 and 94 the 
disclosure of which is hereby incorporated herein by 
reference thereto. 



compatibility with the currently rather limited 
ormance specifications of such desirable handheld 
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1 devices the prescription management system of the invention 

2 is preferably designed to minimize the storage and 

3 processing requirements placed on the user's terminal and to 

4 off-load storage and processing to host computer facilities. 

5 Thus, the system's support architecture aims to supply to 

6 the user terminal only essential data required for screen 

7 displays and other user functions, on an as-needed basis, 

8 while the network stores applications and data files, for 

9 example at the host computer facility. 
10 

11 Modified Rmhari iments of the Invention 

12 While the invention has been described with a reference to a 

13 particularly valuable embodiment of a prescription 

14 management system, it will be understood by those skilled in 

15 the art that alternative embodiments of the invention can 

16 bring valuable benefits in their respective fields where 

17 informed choice is desirable and can be facilitated by 

18 interactive computer-assisted decision-making, especially in 

19 situations where decision-relevant data is or can be drawn 

20 from multiple heterogenous remote databases. 
21 

22 Some such possible applications of the invention are to the 

23 specification of laboratory tests and also in the veterinary 

24 field, and to non-pharmaceutical environments where benefits 

25 such as valuable historical records and follow-up studies, 

26 as well as quality control improvements, can be obtained 
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1 from coupling diagnostic conclusions with specified problem 

2 solutions . 
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4 Thus, according to one such a modified embodiment of the 

5 invention, laboratory test information can be presented to a 

6 prescribing professional by first listing patient conditions 

7 which the professional wishes to explore more fully by 
specifying one or more specific laboratory tests, by 
reporting the laboratory result and suggesting further 
testing for differential diagnostics. The system then 
provides a selection of laboratory tests known to be useful 
in evaluating the relevant condition, that selection and 
organization of laboratory tests being made in a manner 
similar to that described for therapeutic drugs in the 
preferred embodiments herein, and moves on to create, select 
and order appropriate cost-controllable diagnostic testing, 
in a comparable manner to that described herein for creating 



18 a prescription. 
19 
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For example, an analogous diagnostic application may provide 
cost-effective routes to rule in or rule out specific 
diagnoses. The specificity and sensitivity of individual 
procedures can be translated into positive predictive values 
and negative predictive values. By applying decision theory 
and analyzing probable outcomes of procedures or 
combinations of procedures in the light of the patient's 
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1 bio-characteristics and known conditions, diagnostic 

2 protocols can be worked up and maintained with current 

3 recommendations. Evaluation of the patient's history can 

4 enable pretest probabilities to be established and used to 

5 modulate the predictive value of one or more tests. Thus 

6 the patient's history can drive the selection and 

7 establishment of an optimal diagnostic test matrix for 

8 identifying a patient's condition or conditions with good 

9 specificity and confidence levels. 
10 

11 Test requirements relating to patient preparations, fasting 

12 for example, and sample collection can be system specified. 

13 By generating system-maintained identifiers (e.g. bar code 

14 labels) for attachment to samples at the point-of-care, a 

15 chain of evidence for rigorous sample accessioning can be 

16 begun. 

18 Thus, a range of possible conditions can be evaluated in a 

19 differential diagnosis format designed to rule in or rule 

20 out a target condition, or conditions, depending upon the 

21 results of specified tests. 
22 

23 Extensions into the veterinary field will be apparent to 

24 those skilled in the art in that instead of the physician 

25 user referenced herein, reference to a veterinarian is 

26 appropriate, and the patient will be an animal such as a pet 
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dog or cat or valuable livestock, such as a steer or 
breeding pig or a race horse or breeding stallion. 

Again, although the invention has been described in its 
preferred embodiments with reference to a physician user it 
will be apparent that other medical professionals, 
especially those having prescribing authority, can benefit 
from applications of it. 

In a more general sense, the invention provides a service 
professional with significant new benefits, especially 
during a service encounter with a customer or client, in 
selecting, specifying or providing technical remedies to 
consumer problems. For example, in specifying automotive 
replacement parts a service technician can benefit from an 
automotive service management system according to the 
invention in which a database of replacement parts is 
classified according to the service problem for which the 
parts might provide a remedy. Thus, for a customer with the 
problem of break squeal, the system may provide a list of 
parts, for example, brake pads, brake pins, brake shims or 
brake rotors, any of which may provide a remedy to the 
customers problem of brake squeal. Existing systems permit 
a service technician, having once identified the type of 
part they need, to obtain a number or part price and 
inventory on that part for the customer's specific model of 
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1 car . 



2 

3 However, known systems do not permit the professional to 

4 query the system by customer problems, nor do they provide a 

5 summary of all facets of a solution to a problem leading to 

6 a summarized cost of treatment. In addition the inventive 

7 system can provide access to technical literature on 

8 relevant problems, for example an explanation of the factors 

9 causing brake squeal which can be printed out for customers. 
This is a rather simple example. More complex examples will 

11 be apparent to those skilled in the automotive and other 

12 arts, especially as this art develops, with sophisticated 

13 engine management and other microprocessor controlled 

1.4 systems raising new problems and new technical solutions 

being required. The inventive system can provide customer 
problem lists useful for outcome analysis to drive the 
17 development of better cars. 
18 
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Of great value in the automotive and allied fields, equating 
a parts supplier, such as a factory or warehouse distributor 

21 with a plan benefit company is the ability to provide new 

22 product descriptive and price information or updates from 

23 multiple sources dynamically, in real time as transactions 

24 are created. Noting the desire of a benefits company to 

25 apply practical selection guidelines in an unobtrusive 
manner to the prescribing process, an equivalent technique 



26 
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1 can be used by car factories to help control warranty 

2 service decisions at their dealerships. 



3 
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4 In another embodiment of the invention illustrating its 
generality, possible insurance vendors and coverage 
information may be classified according to customer problems 
so that, for example, an insurance agent may list different 
vendors and coverage providing specific technical remedies 
to a customers specific; problem, for example, a recent 

10 major automobile collision claim. The relevant novel 

11 supportive database could include information 

12 differentiating between parties at fault, collision damage, 

13 personal injury settlements and so on. In both these 

14 examples a problem history related either to the customer or 

15 to the customer's automobile can also be created. 
16 

17 It will be clear to those skilled in the art that use of the 
prescription management system described herein, employing 
carefully maintained databases of accurate, reliable 
prescribing data will produce high quality prescriptions 
free of many of the problems now plaguing prescription drug 
use. With confidence that a physician is prescribing 
23 appropriate, cost-effective drugs selected from user- 
personalized lists which link to comprehensive condition and 
drug lists including the latest available drugs, and that 
26 the prescribed drug has been reviewed for contraindications, 
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1 patients benefit, oversight of the prescribing process by 

2 benefit companies and regulatory bodies can be reduced, and 

3 litigation resulting from prescribing errors will be 

4 reduced. Significant improvements in the quality of care, 

5 substantial savings and the elimination of waste can accrue 

6 to a national or regional health care system from widespread 

7 . deployment of the inventive prescription management system 

8 described herein. 
9 

10 Physica l embod iment of system software 

The foregoing specification, read with the accompanying 
drawings provides an extensive disclosure of, inter alia . 

13 various embodiments of systems and software facilitating 

14 professionals to select or specify technical products to 

15 solve practical problems, and also to create, or assist the 

16 professional to create, new products which will assist the 

17 professional or their client in achieving desired problem- 

18 solving goals. 



19 
20 
21 



It will be understood that the systems and software 
referenced herein include, either explicitly, or implicitly, 

22 software implemented on computers or other appropriate 

23 hardware, including user devices such as the personal 

24 digital assistants described herein, and such other 

25 intelligent data processing devices having a processor, data 

26 storage means and the ability to support an operating 
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1 system, with or without user interfaces (for example, file 

2 servers,), as may be useful in achieving the objectives of 

3 this invention. 



4 



5 Software components and applications embodying the invention 

6 can be distributed in electronic bit storage on magnetic, 

7 optical, bubble or other media, optionally in transportable 

8 form to be interactive with an electronic reading device, 

9 for example on computer or optical diskettes, or may be 
distributed over wired or wireless networks for storage by 

11 the recipient on such media. 
12 
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Preferred embodiments of the invention provide such media- 
stored software in a commercial package accompanied by 
instructions in printed book or booklet form, for deployment 
of the software on particular embodiments of general purpose 
computer to cause same to operate as a special purpose 
18 computer, in accordance with the objectives of the 

invention. License agreements, and registration means for 
updating may also be included. Alternatively, the 
21 instructions may also be provided as data files. 
22 
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It will further be appreciated that such media-stored 
software constitutes an electronic customizing machine which 
can interact with a magnetically or optically cooperative 
computer-based input device enabling the computer to be 
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1 customized as a special purpose computer, according to the 

2 contents of the software. To cause a computer to operate in 

3 such customized, special-purpose mode, the software of the 

4 invention can be installed by a user, or other, and will 

5 usually interact efficiently with the device on which it is 

6 resident to provide the desire special-purpose qualities, 

7 only after selection of configuration parameters, when so 

8 configured, the special-purpose computer device has enhanced 
^ 9 value, especially to the professional users for whom it is 

m 10 intended. 

im 12 While some illustrative embodiments of the invention have 
pl3 been described above, it is, of course, understood that 

various modifications will be apparent to those of ordinary 
skill in the art. Such modifications are within the spirit 
and scope of the invention, which is limited and defined 
H17 only by the appended claims. 
18 
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Thus, while certain aspects of the invention have been 
disclosed as embodied in connection with a prescription 
management system, it will be apparent that they have 
broader application in other systems or environments. Some 
of these aspects are: dynamic assembly of records from 
source record elements retrieved across a network from 
heterogenous remote databases; requirements for those 
elements to be time- and date-stamped for retrospective 




1 recreation of records from archival logs; physician-centric 

2 drug formularies; data-access control systems and software; 

3 the novel directory services described herein and associated 

4 online point-to-point e-mail and data retrieval systems; 

5 data retrieval networks with API-enabled end-to-end 

6 transparency; novel outcome studies, monitoring and alerting 

7 procedures, studies and related products; novel scheduled 

8 dosage drug packs and dispensing devices, and so on. 



